"/trunk, /branches, /tags" est déjà un choix, puisque le repository démarre à "/".
Habituellement, je mets la version en cours de développement dans trunk.
Plutôt avec un répertoire par module/projet.
J'utilise branches pour les versions en qualification (version N-1) et production (N-2 à …) où je crée un répertoire par version (x.y.z) et en dupliquant l'arborescence de trunk au moment de la création de la branche (opération unitaire dans svn, il n'y a pas de duplication des données).
Je ne vois pas vraiment l'utilité de "tags" par rapport à l'usage qui en était fait dans cvs. Car je le trouve redondant avec l'information url_racine+révision. D'ailleurs, beaucoup de produits libres packagent avec la révision et non un numéro de version. Cela dit, je l'ai déjà vu utilisé pour marquer les livraisons en intégration ou qualification, embarqué dans le script de packaging pour éviter les oublis.
# rex
Posté par steph1978 . En réponse au message Du bon usage de svn. Évalué à 3.
"/trunk, /branches, /tags" est déjà un choix, puisque le repository démarre à "/".
Habituellement, je mets la version en cours de développement dans trunk.
Plutôt avec un répertoire par module/projet.
J'utilise branches pour les versions en qualification (version N-1) et production (N-2 à …) où je crée un répertoire par version (x.y.z) et en dupliquant l'arborescence de trunk au moment de la création de la branche (opération unitaire dans svn, il n'y a pas de duplication des données).
Je ne vois pas vraiment l'utilité de "tags" par rapport à l'usage qui en était fait dans cvs. Car je le trouve redondant avec l'information url_racine+révision. D'ailleurs, beaucoup de produits libres packagent avec la révision et non un numéro de version. Cela dit, je l'ai déjà vu utilisé pour marquer les livraisons en intégration ou qualification, embarqué dans le script de packaging pour éviter les oublis.
svn rocks.