1

y a moyen de mettre un flag pour un commit? genre certains commits j'ai envie de mettre un flag "release" et qu'au post-commit je détecte ce flag dans le script du postcommit et que je fasse des actions en fonction de ça.

Je me souviens avoir fait un truc comme ça à l'école, mais peut etre que c'était CVS et pas SVN? En tout cas le help de svn me donne ça:


C:\Documents and Settings\Onur>svn help commit
commit (ci): Send changes from your working copy to the repository.
usage: commit [PATH...]

  A log message must be provided, but it can be empty.  If it is not
  given by a --message or --file option, an editor will be started.
  If any targets are (or contain) locked items, those will be
  unlocked after a successful commit.

Valid options:
  -q [--quiet]             : print nothing, or only summary information
  -N [--non-recursive]     : obsolete; try --depth=files or --depth=immediates
  --depth ARG              : limit operation by depth ARG ('empty', 'files',
                            'immediates', or 'infinity')
  --targets ARG            : pass contents of file ARG as additional args
  --no-unlock              : don't unlock the targets
  -m [--message] ARG       : specify log message ARG
  -F [--file] ARG          : read log message from file ARG
  --force-log              : force validity of log message source
  --editor-cmd ARG         : use ARG as external editor
  --encoding ARG           : treat value as being in charset encoding ARG
  --with-revprop ARG       : set revision property ARG in new revision
                             using the name[=value] format
  --changelist ARG         : operate only on members of changelist ARG
                             [aliases: --cl]
  --keep-changelists       : don't delete changelists after commit

Global options:
  --username ARG           : specify a username ARG
  --password ARG           : specify a password ARG
  --no-auth-cache          : do not cache authentication tokens
  --non-interactive        : do no interactive prompting
  --config-dir ARG         : read user configuration files from directory ARG

Tout ce qui passe pas par le port 80, c'est de la triche.

2

Y'a des scripts post-commits qui en fait se base sur le contenu du message de commit. Exemple, pour lier une issue Jira et un commit svn, dans le log svn il faut la référence à l'issue jira sous la forme XXXXX-1234.
Tu peut faire par exemple un trigger qui se base sur des commit qui ont "[RELEASE]" dans le corps du message.

3

Parlerais tu des "TAGS" de CVS ?
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

4

Oui je pense. Y a pas l'équivalent en SVN? sorry
Tout ce qui passe pas par le port 80, c'est de la triche.

5

onur (./4) :
Oui je pense. Y a pas l'équivalent en SVN? sorry

Il n'y a pas de "tags" a proprement parler en svn. Pas au sens CVS du moins.
Par contre, il y a une manière de faire. En général, sur un repository, on crée une arborescence spécifique :

projet/branches/
projet/tags/
projet/trunk/


Et un tag est une copie de projet/trunk dans projet/tags/mon_tag
cf la doc qui sert de bibble de subversion : http://svnbook.red-bean.com/en/1.4/svn.branchmerge.tags.html

Au début, ça paraît bizarre, mais à l'usage, c'est super pratique et plus souple que les tags CVS.
Mon site perso : http://www.xwing.info