Subversion: alte Feature Zweige löschen vs. halten sie

Question

Ich habe eine Subversion-Repository mit dem Standard-Layout, das heißt trunk / und Verzweigungen / (und tags /). Wenn auf einer größeren Veränderung arbeiten, wird ein Funktionszweig verwendet wird, regelmäßig mit Stamm synchronisiert, und später zurück in Stamm reintegriert (1.5 jetzt verwenden). Ziemlicher Standard.

Was ich frage mich, ob ein solches Feature Zweig, einmal fertig und fusionierte sollte etwa oder gelöscht gehalten werden. Die Subversion Buch scheint gelegentlich legt nahe, dass es üblich ist, sie zu löschen, aber ich habe auch eine Reihe von Open-Source-Projekten zu sehen, die die Zweige halten tun.

Ich bin auch etwas besorgt darüber, wie ein Zweig Löschen wird es schwieriger zu machen, um zu verfolgen, von denen Zweige bestanden, vor allem, wenn potenziell doppelte Namen das Szenario eingeben (zB wir suchen-refactor zweimal), ihre Geschichte zu begehen irgendwo in der Tiefe verschwinden das Endlager usw.

Auf der anderen Seite sind Zweige ziemlich viel verwendet, vor allem mit 1.5 jetzt, und ich mag den Gedanken nicht durch eine große Liste der inaktiven Zweige zu stoßen, die diejenigen zu finden, Zur Zeit arbeite ich an.

Was sind die Vor- und Nachteile, die ich fehle? Was machen Leute?

Answer 1

Wenn Sie wirklich Sorgen um sie zu löschen, damit sie nicht vergessen werden, dann erstellen Sie einfach einen Ordner unter Zweigen ‚inaktiv‘ genannt und svn move Ihre ältere, inaktive Zweige in diesen Ordner. Dies könnte das Beste aus beiden Welten für Sie sein.

Answer 2

Sie können sie sicher löschen. Löschen von ihnen hat sie nicht aus dem Repository entfernen, wird der zugewiesene Raum nie freigegeben, aber es stellt sicher, dass Ihre gesamte Projektbaum mehr sehen gereinigt.

Answer 3

Ich habe Feature Zweige wurde gelöscht, wie wir sind fertig, als ich den Mangel an Unordnung mag. Es hat sich auf Seiten einiger anderer Entwickler kleinere Verwirrung, aber da wir Rekordrevisionsnummern von Commits in unserem Bug-Tracking-System, es war ziemlich glatt. Wenn jemand mit den Worten kommt, kann sie nicht eine Filiale finden, um Rat die -rrevision Flagge auf ihrer log / diff / die Kasse / was auch immer im Allgemeinen ist alles, was benötigt wird.

Answer 4

Mein Team löscht sie die Unordnung zu halten. Es ist nicht wie das geht weg, nachdem alle; sie können auf Wunsch abgerufen werden. Sie haben Recht, dass es schwierig sein kann, sie wieder zu finden: Sie müssen eine Revisionsnummer wissen, wo der Zweig existiert so sagen Sie Ihren Kunden bei dieser Revision zu suchen, um auf Ihre Dateien zu sehen

.

Wir verwenden FogBugz für unser Projektmanagement, das den Überblick über hält, wenn die Dinge in unserem SVN-Repository begangen wurden durch Revisionsnummer. Wir können dies verwenden, um festzustellen, welche Version wir um wiederherstellen müssen unsere Dateien zu sehen. Wir das Feature Geschichte in FogBugz finden, schauen, um festzustellen, welche Änderungen der Zweig existiert in, und verwenden Sie diese Informationen nach hinten springen