Wann sollten TAGs gegenüber BRANCHING bevorzugt werden und umgekehrt (in CVS)?

Question

Ich denke, der Titel sollte gut genug sein.

Answer 1

Stichworte

Betrachten Sie es als eine Momentaufnahme der Zeit.Ich möchte genau zu diesem Punkt zurückkehren können.Es wird sich jedoch nie ändern.Sie checken kein getaggtes Element ein.

Dinge, die getaggt werden können:

• Veröffentlichungen (Haupt- und Nebenversionen)
• An Kunden gesendete Patches
• Fehlerbehebung
• Meilensteine ​​(Alpha, Beta usw.)
• Erfolgreicher täglicher Build

Geäst

Auf dem Zweig wird eine Entwicklung durchgeführt (d. h.Einchecken).
Sie können aus einem Tag einen Zweig erstellen (um beispielsweise einen Fehler zu beheben).
Sie können einen Zweig erstellen, um ein Feature zu entwickeln, und ihn dann wieder mit dem Hauptstamm zusammenführen.
Sie können einen Zweig für eine Veröffentlichung (Nebenversion oder Hauptversion) erstellen.

Der entscheidende Punkt ist, dass Zweige und Tags geändert werden können sollte nicht.

Answer 2

Tags sollte verwendet werden, wenn Sie einen Meilenstein markieren mögen. Der Meilenstein könnte so klein wie ein täglich gebaut werden.

Branchen verwendet werden sollen, wenn Sie Änderungen von einem anderen Zweig / trunk unabhängig zu machen.

Answer 3

Branching sollte auch für wichtige Meilensteine ​​wie Releases verwendet werden.Das hängt von Ihnen ab Verzweigungsstrategie obwohl.

Answer 4

A propos andere Antworten,

Wir verwenden Tags für kleinere Point-Releases und Zweige für Veröffentlichungen. So zum Beispiel,

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  

ein Microsoft Analogie zu verwenden, ein Zweig ist eine Version von Windows (95, XP, Vista, etc.) und ein Tag ist ein Service Pack.