Subversion échoue sur le crochet post-commit?

Question

J'essaie de faire en sorte que subversion déploie automatiquement la copie de travail actuelle lors de la validation. Par exemple, si quelqu'un extrait le repo 'public_html' puis valide une modification, j'ai besoin de SVN pour exécuter automatiquement svn update/path/to/public_html/'sur le serveur qui exécute svn.

J'ai mis en place un crochet post-commit qui appelle:

/usr/bin/svn update/chemin/vers/public_html/

J'ai assurer la post-commit hook est exécutable , et si je lance manuellement le script via SSH, il fonctionne correctement et met à jour le/path/to/public_html/dir, donc nous savons que le script post-commit fonctionne bien.

Le problème que je rencontre est que chaque fois que je commets, je reçois cette erreur:

Transmitting file data .svn: Commit failed (details follow): 
svn: MERGE of '/svn/public_html': 200 OK (http://ourdomain.com) 

La chose est, SVN est couché à travers ses dents: la commettras ne fait pas l'échec - si je mets à jour manuellement dir (ou exécutez manuellement le script post-commit) la mise à jour se termine et les modifications sont répercutées sur le serveur. Donc, est-ce que quelqu'un sait pourquoi mon hook de post-commit échoue?

J'ai vu pas mal de messages à ce sujet mais aucun ne semble avoir de solutions à part "essayer de lancer le script post-commit manuellement" que j'ai essayé et ça marche bien. commit script n'est pas le problème, il semble y avoir un problème avec SVN lui-même.

Toute aide serait grandement appréciée !!

Answer 1

Vous devez être conscient que dans le script hook aucun environnement n'existe ... ce qui signifie que vous devez utiliser des chemins absolus dans vos scripts au lieu de la commande, parce que vous n'avez aucun chemin non plus. Etes-vous sûr d'utiliser un post-commit, car le post-commit ne peut pas échouer à une validation, alors que pre-commit et start-commit peuvent faire une telle chose.

Answer 2

Vérifiez si l'ID utilisateur du processus du serveur svn a suffisamment de droits sur/path/to/public_html/pour écrire des fichiers et des répertoires.

Une autre idée: Il doit également avoir accès à son propre référentiel, comme indiqué dans la copie de travail "/ path/to/public_html /". Si vous utilisez le protocole svn + ssh ou http, vous voudrez peut-être changer cela en protocole de fichier - c'est sur le même serveur quand même.