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!!
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? –
@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
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 –