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

Question

Ich denke, Titel sollte gut genug sein.

Answer 1

Stichworte

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

Dinge, die getaggt bekommen können:

• Releases (Dur und Moll)
• Patches an den Kunden versandt
• Fehlerbehebung
• Meilensteine ​​(alpha, beta, etc ...)
• Erfolgreich Tägliche Erstellung

B Ranches

Der Zweig wird die Entwicklung auf sie durchgeführt haben (d Checkins).
Sie könnten eine Verzweigung von einem Tag erstellen (um beispielsweise eine Fehlerbehebung durchzuführen).
Sie könnten eine Verzweigung erstellen, um eine Funktion zu entwickeln, und sie dann wieder mit der Hauptleitung zusammenführen.
Sie könnten einen Zweig für eine Veröffentlichung erstellen (minor oder major).

Der Schlüsselpunkt ist, dass Filialen geändert werden können, und die Tags sollten nicht sein.

Answer 2

Tags sollten verwendet werden, wenn Sie einen Meilenstein markieren möchten. Der Meilenstein könnte so klein wie ein täglicher Build sein.

Zweige sollten verwendet werden, wenn Sie Änderungen unabhängig von einem anderen Zweig/trunk möchten.

Answer 3

Branching sollte auch für wichtige Meilensteine ​​verwendet werden, wie eine Releases. Dies hängt jedoch von Ihrer branching strategy ab.

Answer 4

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 

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