Bei SVN besteht das einzige Problem darin, dass beim Zusammenführen der Eigenschaft mergeinfo des Zusammenführungspunkts (Ordner oder Datei abhängig von der Ebene, auf der die Zusammenführung vorgenommen wurde) der Zweigname und die Revisionsnummern früherer Zusammenführungen enthalten sind . Ich glaube nicht, dass SVN diese Informationen tatsächlich beim Zusammenführen verwendet, aber manchmal wird es als Benutzer verwirrend.
Wenn Ihnen das egal ist, dann sollte es gut funktionieren ... aber ich weiß, dass wir in früheren Projekten mergeinfo als Hinweis darauf verwendet haben, welche Zweige wir wieder in den Stamm eingefügt haben, also einen Zweignamen wiederverwenden wäre gefährlich.
Ja, Sie können das tun, solange Sie sich nicht darüber im Geringsten auskennen, welcher Refaktor das ist, wenn Sie sich den Subversion-Protokollverlauf ansehen.
Angenommen, Sie haben ein Trouble-Ticket-System, wäre es besser, bestimmte Revisionen an das Trouble-Ticket zu binden, das die Revision verursacht hat, entweder durch Nummer oder Code.
Das sollte kein Problem sein - außer einem winzigen Ding ...
Obwohl dieser Zweig den gleichen Namen wie der alte Zweig hat, ist er, was Subversion betrifft, ein völlig neuer Zweig. Wenn Sie sich die svn log der Verzweigung ansehen, wird sie nicht zum ursprünglichen Zweig mit diesem Namen zurückverfolgt. Der alte Zweig wird nicht einmal als Teil des Zusammenführungsverlaufs betrachtet. Es ist ein ganz anderer Zweig, der nur zufällig den Namen hat.
In diesem Fall ist dies genau das, was Sie wollen. Es kann jedoch zu einiger Verwirrung führen. Eines der größten Probleme, die ich habe, ist jemand, der eine Datei oder ein Verzeichnis löschte und dann wieder in schockiert hinzufügte! schockiert! dass die Zusammenführung von Subversion nicht wie erwartet funktioniert.
Solange Sie das verstehen, sollte alles gut sein.