2009-02-12 7 views

Répondre

3

Eric Sink a écrit une grande série de articles sur les tenants et les aboutissants du contrôle de version. Je suggère d'utiliser ceux-ci comme point de départ.

1

Dépend du système de contrôle de version. Je branche pour les modifications incompatibles (numéro de version majeur) et marque pour les modifications compatibles (numéro de version mineur). Cela conduit à toute une discussion sur ce qui est compatible et ce qui ne l'est pas, bien que ...

Ou, utilisez simplement Subversion, où vous utiliseriez normalement "svn copy" pour l'un ou l'autre.

1

Habituellement, je ne branche pas mais marque seulement les versions. De cette façon, je peux ramifier plus tard quand le besoin s'en fait sentir. Puisque les branches sont si chères dans CVS, essayez de les éviter jusqu'à ce que vous en ayez vraiment besoin. Pour tous les autres outils VCS, le branchement est si bon marché que vous pouvez le faire selon vos besoins, donc pas besoin d'actions prématurées non plus.

0

Cela dépend un peu de l'outil (système de contrôle de version) que vous utilisez, s'il a une ramification et un étiquetage sains.

Dans Git j'utiliser des balises telles que v1.0, v1.1 pour pointer vers version exacte (balises ne changent pas), donc si quelqu'un vous dira qu'il ya un bug dans la version 1.0, vous savez exactement ce qu'il contient S'il y avait un besoin de maintenance à long terme, j'utiliserais des branches telles que maint-1.0 et maint-1.1 pour rassembler des corrections de bugs de maintenance pour la version passée, et marquer de temps en temps une nouvelle version mineure comme v1.0.1 ou v1.1.5.

HTH

Questions connexes