Quand faut-il préférer les TAG à BRANCHING et vice versa (en CVS)?

Question

Je pense que le titre devrait suffire.

Answer 1

Tags

Considérez cela comme un instantané dans le temps. Je veux pouvoir revenir à ce point précis. Cependant, cela ne changera jamais. Vous ne faites pas d’archivage sur un élément marqué.

Éléments pouvant être étiquetés:

• Communiqués (majeurs et mineurs)
• correctifs envoyés aux clients
• Corrections de bugs
• Jalons (alpha, bêta, etc ...)
• Création quotidienne réussie

Branches

Un développement sera effectué sur la branche (c'est-à-dire des checkins).
Vous pouvez créer une branche à partir d'une balise (pour corriger un bogue par exemple).
Vous pouvez créer une branche pour développer une fonctionnalité, puis la fusionner dans le coffre principal.
Vous pouvez créer une branche pour une version (mineure ou majeure).

Le point essentiel est que les branches peuvent être modifiées et que les balises ne doivent pas être .

Answer 2

Les balises doivent être utilisées lorsque vous souhaitez marquer un jalon. Le jalon pourrait être aussi petit qu'une construction quotidienne.

Vous devez utiliser les branches lorsque vous souhaitez apporter des modifications indépendamment d'une autre branche / tronc.

Answer 3

L'embranchement doit également être utilisé pour les étapes majeures, telles que les versions. Cela dépend de votre stratégie de création de branche .

Answer 4

Autres réponses,

Nous utilisons des balises pour les versions ponctuelles mineures et des branches pour les versions. Ainsi, par exemple,

v1.0 <-- Branch  
  v1.0.1 <-- Tag  
  v1.0.2 <-- Tag  
v1.1 <-- Branch  
  v1.1.1 <-- Tag  
  v1.1.2 <-- Tag  
v1.2 <-- Branch  
  v1.2.1 <-- Tag  
  v1.2.2 <-- Tag  
v1.3 <-- Branch  
  v1.3.1 <-- Tag  
  v1.3.2 <-- Tag  
v1.4 <-- Branch  
  v1.4.1 <-- Tag  
  v1.4.2 <-- Tag  
v1.5 <-- Branch  
  v1.5.1 <-- Tag  
  v1.5.2 <-- Tag  

Pour utiliser une analogie Microsoft, une branche est une version de Windows (95, XP, Vista, etc.) et une balise est un service pack.