Wenn Sie etwas Code verzweigen, beenden Sie die Arbeit mit der Verzweigung und führen Sie sie zurück zur Stammverbindung. Was machen Sie mit der Verzweigung? Löschen Sie es aus dem Repository? Halten Sie es als Referenz?
Es scheint, als ob Sie es als Referenz behalten würden, aber ich kann mir vorstellen, dass das /branches -Verzeichnis ziemlich unübersichtlich wird.
(Wenn dies nicht etwas ist, dem die Leute allgemein zustimmen, komm bitte dazu und ich werde es zu einem Community-Wiki machen.)
jleedev hat Recht - wir sollten angeben, über welches Versionskontrollsystem wir sprechen.
Ich hatte Subversion im Kopf , würde aber gerne auch Antworten auf andere Systeme hören. Bitte geben Sie an, über welche Sie antworten, oder, & lt; Bestechung & gt ;, wenn Sie die akzeptierte Antwort & lt; / Bestechung & gt; erhalten möchten, vergleichen und kontrastieren Sie mehrere Systeme.
Nun, da ich Git verwende, ja, lösche ich Zweige, wenn ich damit fertig bin. Dies liegt daran, dass in Git eine Verzweigung nichts anderes als eine Beschriftung ist, die auf ein bestimmtes Commit zeigt.
Als ich das zuerst hörte, habe ich es nicht ganz verstanden, aber es ist buchstäblich wahr. Wenn Sie in ein Projekt gehen, das Sie unter Git Versionskontrolle haben und .git/refs/heads öffnen, sehen Sie eine Datei für jeden Zweig, den Sie haben, einschließlich Master. Jede Datei enthält den Hash eines Commits. Das war's.
Offensichtlich ist das Erstellen einer solchen Datei sehr billig, weshalb die Verzweigung in Git billig ist. Das wiederum ist der Grund, warum ich mich oft verzweigen kann, und es wäre albern, wenn sich überall Zweige wie add_bells_to_the_widget auftürmen.
Sobald ein Zweig mit dem Master verbunden ist, sind seine Commits Teil des Verlaufs des Master-Zweiges. Der einzige Zweck, den Zweig zu behalten, wäre, zu wissen, welches Commit ich für das letzte in einem Zweig hielt. Und das ist für mich nicht sehr relevant, wenn der Code in Produktion ist.
Tags und Links svn version-control