Kann nicht Baumkonflikt mit SVN lösen

StackOverflow https://stackoverflow.com/questions/2021095

  •  19-09-2019
  •  | 
  •  

Frage

Ich traf vor kurzem ein sehr seltsames Verhalten von Subversion.

Ich fusionierte nur meine lokale Kopie einer Niederlassung mit einem entfernten Zweig. Alles ging glatt, aber ich habe einen Baumkonflikt bekommt (lokal löschen, Remote-Update).

Okay, dachte ich, die Arbeitskopie entsprechend modifiziert und ran "svn resolve --accept = -R arbeiten.".

gesagt, Subversion, dass es meine Probleme gelöst hat und „svn st“ nicht mehr alle Probleme zeigten. Also habe ich versucht, zu begehen, aber svn sagte mir, dass einer der inneren Ordner (in meinem Konflikt ein) veraltet war und schlug svn up, aber es machte den Ordner, in Konflikt wieder!

Was soll ich tun, aus diesem visious Kreis zu bekommen?

War es hilfreich?

Lösung

Dies kann oder kann nicht helfen, aber manchmal ein „svn cleanup“ werden seltsame Metadaten Probleme beheben. Wenn Sie eine saubere Arbeitskopie auszuchecken, muss die saubere Kopie das gleiche Problem? Wenn ja, dann die vorherige Antwort klingt wie ein Schritt in der richtigen Richtung

Andere Tipps

~/sandbox/jabira > svn resolve  --accept=theirs-full testClient/
svn: warning: Tree conflicts can only be resolved to 'working' state; 'testClient' not resolved

~/sandbox/jabira  > svn resolve  --accept=working testClient/
Resolved conflicted state of 'testClient'

Hope this help

Sie können eine andere Art und Weise als der svn resolve Befehl:

  1. Erstellen Sie einen Patch von der konfliktbehafteten Datei. (Oder eine Sicherungskopie Ihrer Version der in Konflikt Ordner mit svn export ...)
  2. Aktualisieren Sie Ihre Repository (svn update)
  3. Wenden Sie den Patch zuvor getan (oder den konfliktbehafteten Datei / Ordner mit der Sicherung ersetzen)
  4. Commit die Änderung (svn commit)

Dies ist, was für mich gearbeitet, alle lokalen Änderungen zu verlassen und mit den Dateien vom Server-Repository gehen: 

svn update --accept theirs-full

svn resolve --accept theirs-full <pathname>

Diese Meldung erscheint: W155027: Baum Konflikt kann nur zu ‚arbeiten‘ gelöst werden

unintuitive nächster Schritt, aber diese schneidet tatsächlich das Catch-22 : 

svn resolve  --accept=working <pathname>

JETZT zurückkehren alle „arbeiten“ Änderungen rekursiv. Dies löste alle meine lokalen Änderungen. 

svn revert -R .

Zurück zum normalen, ohne Fehler: 

svn update

Sie haben wahrscheinlich nicht haben Ihre Ordner aktualisieren, wenn Sie die Zusammenführung taten, oder gibt es einen Konflikt irgendwo vor der Zusammenführung. Um dies zu beheben, müssten Sie Ihren Kofferraum (Zielordner), um zur vorherigen Revision zurückzukehren. Dann laufen clean-up auf diesen Ordner. Dann führen Sie Bereinigung auf dem Zweig-Ordner (Quellordner). aktualisieren dann wieder beide Ordner. Wenn Sie Linien in rot in jedem Workflow bekommen, dann müssen Sie diese Dateien zunächst zurückkommen, dann sie in den Zustand zu bringen, dass man sie in möge. Dann die Ordner aktualisieren (ja, wieder einmal). Endlich wieder die Zusammenführung durchführen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top