Comment réparer un SVN 409 Erreur de Conflit de

Je suis sur de la glace très fine ici (409 pas très précis), mais je suis capable de formuler deux questions:

1. Existe-il des pré - ou post-commit des crochets à la place?
2. Est "Autoversioning" est-il activé?

S'il y a des crochets, êtes-vous sûr qu'ils ne contiennent pas d'erreurs? Pourriez-vous désactiver pour un test? Si Autoversioning n'est pas activé, pourriez-vous essayer de l'activer pour un test? Cela devrait travailler le long de la lignes de

<Location /repos>
  DAV svn
  SVNPath /var/svn/repository
  SVNAutoversioning on
</Location>

lors de l'utilisation de mod_dav_svn (voir le Lien Autoversioning ci-dessus).

Peut-être que ce serait aider à faire la lumière sur votre problème et nous (et/ou de Google :)) pourrait prendre à partir de là.

Btw: Les journaux que vous avez posté ne sont pas de la même livraison, droit? La différence de temps serait énorme?!?

Edit:
Toutes mes excuses si vous avez trouvé qu'il y a longtemps, mais je vais donner un coup de feu: Ne peut pas FUSIONNER des ressources lors de la validation (Apache 2.0.55) est quelque chose que Google a trouvé pour moi 🙂

L'OP, il écrit que "l'Apache dicte la version de APR à utiliser". Cela signifie que vous devez référencer le bon AVR-lors de la compilation de la version SVN. J'ai installé SVN (v1.6.9) à travers MacPorts sur mon système (OS X 10.6). Je ne suis pas d'utiliser WebDAV ou Apache en local, mais j'ai AVR 1.3.12_1 installé (seulement pour la référence). L'OP suggère d'utiliser des --with-apxs=/path/to/bin/apxs lors de la compilation de SVN bien que je ne suis pas sûr si cela s'applique à votre situation (j'ai commencé à deviner il y a longtemps, vous remarquerez peut-être :)).

Toute chance que vous pouvez cocher la case AVR-version Apache attend vs celui utilisé pour construire SVN (par exemple, vous pourriez utiliser sudo port installed apr pour voir ce AVR-versions live sur votre système si vous utilisez MacPorts)?

Juste pour faire référence à un extrait de La construction d'Apache comme Vous le Souhaitez:

apxs est un utilitaire autonome pour
la compilation de modules de façon dynamique, sans
la nécessité d'utiliser la configure script
ou avoir le code source d'Apache
disponible. Il n'a pas besoin d'Apache
fichiers d'en-tête, même si, qui sont copiés
à l'emplacement défini par
--includedir quand Apache est installé. Cependant, il est important d'utiliser un apxs
qui a été construit avec le même
les options de configuration d'Apache;
sinon, ça va faire erronée
hypothèses sur l'endroit où Apache
divers emplacements d'installation sont.

OriginalL'auteur scherand

D'abord établir une base de référence. Sur un stock d'installation de Snow Leopard (10.6.3) voici exactement ce que j'ai fait.

Créé "/etc/apache2/autres/svn.conf" avec comme contenu:

LoadModule dav_svn_module /usr/libexec/apache2/mod_dav_svn.so
<Location /svn>
    DAV svn
    SVNParentPath /usr/local/svn
    AuthType Basic
    AuthName "Subversion repository"
    AuthUserFile /usr/local/svn/htpasswd
    Require valid-user
</Location>

Créé subversion dossier de référentiel et de "test":

sudo mkdir /usr/local/svn
sudo svnadmin create /usr/local/svn/test
sudo chown -R _www:_www /usr/local/svn
sudo htpasswd -cb /usr/local/svn/htpasswd testuser testpass

Par un utilisateur normal, le répertoire d'accueil:

macmini:~ jclark$ mkdir Checkout && cd Checkout
macmini:Checkout jclark$ svn --username testuser checkout http://localhost/svn/test
Authentication realm: <http://localhost:80> Subversion repository
Password for 'testuser':
Checked out revision 0.
macmini:Checkout jclark$ cd test && touch test.txt && svn add test.txt && svn commit -m 'test' test.txt
A         test.txt
Adding         test.txt
Transmitting file data .
Commited revision 1.
macmini:test jclark$

Maintenant, si tout cela a fonctionné comme il se doit, ensuite, vous avez un stock de travail 1.6.5 dépôt subversion servi par apache. Si elle n'a pas, alors vous êtes probablement mélange apple fourni svn binaires/libs avec votre propre (macports, etc) ou il y a des problèmes d'autorisations. Faire sûr vous êtes à l'aide de l'apple fourni binaires. Apple ne modifier la source légèrement et j'ai couru dans des problèmes de compatibilité lors du mélange de 'ports' avec 'stock' dans le passé. Comme pour les autorisations, apache s'exécute en tant qu'utilisateur _www, groupe _www. Assurez-vous que tous les fichiers et répertoires sont la propriété en tant que telle, et n'oubliez pas de mettre à jour chaque fois que vous utilisez svnadmin ou quelque chose d'autre à manipuler directement le référentiel svn.

Puisque c'est à ce travail, déplacez votre "svn2' référentiel de retour dans /usr/local/svn (si vous ne l'avez pas déjà), procéder à une nouvelle caisse quelque part, et effectuer un test de validation.

Si vous avez toujours des problèmes, essayez de mettre à niveau le référentiel.

sudo svnadmin upgrade /usr/local/svn/svn2
sudo chown -R _www:_www /usr/local/svn/svn2

Répéter la caisse /validation de test.

En dernier recours, de vidage et de la charge de la logithèque.

sudo svnadmin dump /usr/local/svn/svn2 > /tmp/svn2.dump
sudo svnadmin create /usr/local/svn/svn3
sudo svnadmin load /usr/local/svn/svn3 < /tmp/svn2.dump
sudo chown -R _www:_www /usr/local/svn/svn3

Répéter la caisse /validation de test, cette fois avec /svn/svn3.

Profiter de votre référentiel fixe... je l'espère 🙂

mise à jour

Il y a peut être un bug dans la ligne de commande de subversion client. Après avoir fait:

mkdir \!vcc && touch \!vcc/default
svn add \!vcc && svn commit -m 'test'
svn log

Avis de la sortie de svn log (au moins pour moi) n'est rien. Svn log de tortoise est fine, ce qui indique que le serveur (comme ci-dessus) fonctionne correctement.

Une autre chose à essayer est d'accéder au dépôt via "fichier" au lieu de "http". Copier l'intégralité du dépôt de votre répertoire d'accueil ou dans un endroit de votre utilisateur est le propriétaire, alors check it out (ie. svn checkout /Utilisateurs/Partagé/svn/svn2) et d'essayer de s'engager.

OriginalL'auteur h0tw1r3

chown -R apache:apache svn

chmod -R 770 svn

OriginalL'auteur Solon