SVN wechseln zu einem anderen Zweig, so dass ich später merge/commit

Question

Scheint, dass ich in der Lage, dies mit Hilfe von Subclipse oder Tortoise tun könnte.

Ich begann mit der Arbeit an einem Feature in einem Zweig und der Umfang dieses Features wuchs, so dass ich nicht einchecke, um diesen Zweig stabil zu halten. Ich möchte einen Platz zum Einchecken, also habe ich den ursprünglichen Zweig verzweigt, und ich möchte meine Kopie auf diesen Zweig verweisen.

Mit SVN-Schalter scheint es, ich muss Konflikte als Teil des Prozesses lösen, aber ich bin nicht bereit, das zu tun. Ich möchte nur, dass mein Arbeitsbereich jetzt auf die Kopie der Verzweigung zeigt, auf die er zuvor gezeigt hat, sodass ich meine Zeit zusammenführen und aktualisieren kann.

Gibt es eine Möglichkeit, dies zu tun?

Answer 1

Switch muss ein Update durchführen. Ich glaube nicht, dass Ihr Problem mit der Umstellung ist, es ist wahrscheinlich mit der Branche, die Sie erstellt haben. Angenommen, Ihre Arbeitskopie wird auf R100 Ihres Repositorys aktualisiert und Sie beginnen, Änderungen lokal vorzunehmen. Jetzt entscheiden Sie sich, Ihren Zweig zu erstellen, und Sie erstellen ihn basierend auf dem Repository-HEAD, der nicht bei r150 ist. Dann haben Sie vielleicht ein paar Probleme, weil der Zweig nicht wirklich aus derselben Quelle wie Ihre Arbeitskopie erstellt wurde.

Wenn Sie optimieren möchten, um es einfach zu machen, Ihre Änderung zu speichern, dann ist die beste Sache, Ihren Zweig von der Arbeitskopie zu erstellen. Dies ist eine der Optionen im Assistenten, wenn Sie Ihr Projekt auswählen und "Team"> "Zweig/Tag erstellen" wählen.

Arbeitskopien können sich in verrückten gemischten Revisionszuständen befinden und daraus wird der Zweig erstellt. So kann es später etwas schwieriger sein, wenn Sie zu Ihrem Wechsel zurückkehren wollen und es wieder mit dem Trunk verschmelzen wollen oder den Zweig mit Trunk erwischen wollen.

Wenn Sie eine ungefähre Vorstellung davon haben, welche Revision Ihre Arbeitskopie ausführen soll, dann wäre der Mittelweg, den Zweig gegen die Repository-Revision zu erstellen. Dann ist die Verzweigung sauber und Sie minimieren die Wahrscheinlichkeit von Konflikten, wenn Sie die Arbeitskopie mit dem Switch aktualisieren.

Answer 2

Ich bin mir nicht sicher, ob ich verstehe, was Sie tun möchten. In jedem Fall müssten Sie mit Ihren Kollegen über diese Konflikte sprechen, bevor Sie sie lösen.

Wenn Sie jedoch die Konfliktlösung verschieben und mit der Arbeit an der neuen Verzweigung beginnen möchten, müssen Sie nur eine neue Arbeitskopie der neuen Verzweigung auschecken. Belassen Sie Ihre bestehende Arbeitskopie mit nicht übernommenen Änderungen (entfernen Sie sie nicht!) Und verwenden Sie die neue saubere Arbeitskopie.

Answer 3

Wenn ich das richtig verstehe, haben Sie den ursprünglichen Zweig (Zweig 1) und einen Zweig, den Sie aus diesem verzweigten Code (Zweig 2) erstellt haben. Anstatt von Zweig 1 zu Zweig 2 zu wechseln, würde ich Zweig 2 auschecken, meine in Zweig 1 vorgenommenen Änderungen kopieren (Konflikte lösen) und mich an Zweig 2 binden. Ich habe festgestellt, dass die Verwendung von SVN zwischen verzweigten Codebasen nicht so elegant ist wie sollte es sein, und manchmal ist es besser, Codeänderungen nur zu kopieren/einfügen.