2016-11-09 12 views
0

J'ai supprimé post-commit.tmpl, et dans le fichier post-commit, voici le code:Comment définir un script post-commit dans SVN pour mettre à jour les fichiers modifiés?

#!/bin/sh 

export LANG=en_US.UTF-8 
SVN_Path=/root/svn/myblog 
WEB_Path=/home/app/myblog 
echo `date "+%Y-%m-%d %H:%M:%S"` 
$SVN_Path update --username xxx --password yyy $WEB_Path --no-auth-cache 

# POST-COMMIT HOOK 
# 
# The post-commit hook is invoked after a commit. Subversion runs 
# this hook by invoking a program (script, executable, binary, etc.) 
# named 'post-commit' (for which this file is a template) with the 
# following ordered arguments: 
# 
# [1] REPOS-PATH (the path to this repository) 
# [2] REV   (the number of the revision just committed) 
# 
# The default working directory for the invocation is undefined, so 
# the program should set one explicitly if it cares. 
# 
# Because the commit has already completed and cannot be undone, 
# the exit code of the hook program is ignored. The hook program 
# can use the 'svnlook' utility to help it examine the 
# newly-committed tree. 
# 
# On a Unix system, the normal procedure is to have 'post-commit' 
# invoke other programs to do the real work, though it may do the 
# work itself too. 
# 
# Note that 'post-commit' must be executable by the user(s) who will 
# invoke it (typically the user httpd runs as), and that user must 
# have filesystem-level permission to access the repository. 
# 
# On a Windows system, you should name the hook program 
# 'post-commit.bat' or 'post-commit.exe', 
# but the basic idea is the same. 
# 
# The hook program typically does not inherit the environment of 
# its parent process. For example, a common problem is for the 
# PATH environment variable to not be set to its usual value, so 
# that subprograms fail to launch unless invoked via absolute path. 
# If you're having unexpected problems with a hook program, the 
# culprit may be unusual (or missing) environment variables. 
# 
# Here is an example hook script, for a Unix /bin/sh interpreter. 
# For more examples and pre-written hooks, see those in 
# the Subversion repository at 
# http://svn.apache.org/repos/asf/subversion/trunk/tools/hook-scripts/ and 
# http://svn.apache.org/repos/asf/subversion/trunk/contrib/hook-scripts/ 

# REPOS="$1" 
# REV="$2" 

# mailer.py commit "$REPOS" "$REV" /path/to/mailer.conf 

Malheureusement, rien ne se produira dans mon dossier de projet (chemin du projet est/home/app/monblogue) après Je valide mon code modifié sur le serveur. Mais si j'exécute ce fichier en ligne de commande, je vais obtenir cette information:

2016-11-09 16:32:10 
./post-commit: line 9: /root/svn/myblog: Is a directory 

Pendant ce temps, dans le chemin de suivi:/root/svn/monblogue/db/revprops/0, je peux trouver tous les fichiers journaux de . Je suppose que cela signifie que les fichiers modifiés sont validés sur le serveur, non? J'utilise CentOS, Express.

Alors, quelqu'un pourrait m'aider à ce sujet? THX!!

Répondre

0

2016-11-09 16:32:10 ./post-commit: line 9: /root/svn/myblog: Is a directory

Selon le code, $SVN_Path doit pointer vers la ligne de commande client Subversion svn. Mais il pointe vers un répertoire /myblog, au lieu:

SVN_Path=/root/svn/myblog

Vous devez ajuster $SVN_Path pour pointer vers svn client sur l'ordinateur.

Pendant ce temps, dans le chemin de suivi:/root/svn/monblogue/db/revprops/0, je peux trouver tous les fichiers journaux de. Je suppose que cela signifie que les fichiers modifiés sont commis sur le serveur, non?

Les points de post-validation s'exécutent après la validation est effectuée. Donc, oui, le commit l'a fait dans le dépôt. Toutefois, le crochet ne s'est pas exécuté à cause de l'erreur $SVN_Path.

+0

Merci pour votre réponse. J'ai modifié $ SVN_PATH et redémarrer svn sur le serveur, mais rien n'a changé. Je me suis engagé et aucune mise à jour dans le chemin du projet. Et j'ai essayé d'exécuter le script post-commit modifié en ligne de commande, je reçois toujours ceci: ./post-commit: ligne 9:/root/svn: Est un répertoire. Y a-t-il quelque chose qui me manque? –

+0

@HenryYong le chemin est toujours invalide. '/ root/svn' n'est pas un exécutable. Trouver le chemin actuel de 'svn' sur votre système: http://unix.stackexchange.com/questions/28555/how-to-find-applications-path-from-command-line – bahrep

+0

J'ai trouvé le chemin réel, qui est/usr/bin/svn. Mais ça ne marche toujours pas. En ligne de commande, j'ai obtenu ceci maintenant: "/ home/app/myblog" Résumé des conflits: Sentiers ignorés: 1 –