SVN bleibt in Konflikt?
Wie bringe ich dieses Verzeichnis in Konflikt? Es ist mir egal, ob es mit "ihren" oder "meinen" oder was auch immer gelöst wird ...
PS C:\Users\Mark\Desktop\myproject> svn ci -m "gr"
svn: Commit failed (details follow):
svn: Aborting commit: 'C:\Users\Mark\Desktop\myproject\addons' remains in conflict
PS C:\Users\Mark\Desktop\myproject> svn resolve --accept working C:\Users\Mark\Desktop\myproject\addons
Resolved conflicted state of 'C:\Users\Mark\Desktop\myproject\addons'
PS C:\Users\Mark\Desktop\myproject> svn ci -m "grr"
svn: Commit failed (details follow):
svn: Commit item 'addons' has copy flag but an invalid revision
PS C:\Users\Mark\Desktop\myproject> svn update
C addons
svn: Can't move 'addons\debug_toolbar\templates\debug_toolbar\.svn\tmp\entries' to 'addons\debug_toolbar\templates\debug
_toolbar\.svn\entries': The file or directory is corrupted and unreadable.
PS C:\Users\Mark\Desktop\myproject> svn cleanup
PS C:\Users\Mark\Desktop\myproject> svn update
Skipped 'addons'
At revision 51.
Summary of conflicts:
Skipped paths: 1
PS C:\Users\Mark\Desktop\myproject> svn ci -m "grrr"
svn: Commit failed (details follow):
svn: Aborting commit: 'C:\Users\Mark\Desktop\myproject\addons' remains in conflict
Geben Sie den folgenden Befehl ein:
svn resolved <filename or directory that gives trouble>
(Danke an @Jeremy Leipzig für diese Antwort in einem Kommentar)
Ok hier ist, wie man es reparieren kann:
svn remove --force filename
svn resolve --accept=working filename
svn commit
weitere Informationen finden Sie unter: http://svnbook.red-bean.com/de/1.8/svn.tour.treeconflicts.html
Für mich nur revert --depth infinity Option behoben Svn-Verzeichnis bleibt im Konfliktproblem:
svn revert --depth infinity "<directory name>"
svn update "<directory name>"
- svn beheben
- svn aufräumen
- svn update
..diese drei svn CLI-Befehle in dieser Reihenfolge, während cd-ed in das richtige Verzeichnis für mich funktionierte.
Wenn Sie Eclipse IDE verwenden und beim Feststellen auf diesen Fehler stoßen, finden Sie hier eine In-Tool-Lösung für Sie. Ich verwende Subclipse, aber die Lösung für Subversive könnte ähnlich sein.
Was Sie vielleicht nicht bemerkt haben, ist, dass die Konfliktdatei ein zusätzliches Symbol enthält, das die Datei tatsächlich als "Konflikt" kennzeichnet.
Klicken Sie mit der rechten Maustaste auf die Datei, wählen Sie "Team" und "Konflikte bearbeiten ...". Wählen Sie die entsprechende Aktion aus. Ich habe die Datei zuvor manuell auf Textebene zusammengeführt, also habe ich die erste Option gewählt, die den aktuellen Status Ihrer lokalen Kopie als "gelöste Lösung" annimmt. Jetzt "OK" drücken und fertig.
Das widersprüchliche Symbol sollte verschwunden sein und Sie sollten sich erneut festlegen können.
Eine weitere Lösung unten,
Wenn der gesamte Ordner entfernt wird und svn den Fehler "Admin-Datei .svn fehlt" auslöst, wird Folgendes verwendet, um den Konflikt in den Arbeitszustand zu bringen.
svn resolve --accept working "file / directory name "
Anweisungen für Schildkröte SVN
Navigieren Sie zu dem Verzeichnis, in dem Sie diesen Fehler sehen. Wenn Sie keine Änderungen vorgenommen haben, führen Sie folgende Schritte aus
ein. Klicken Sie mit der rechten Maustaste und machen Sie einen 'Wiederherstellen'
b. Wählen Sie alle Dateien aus
c. Aktualisieren Sie dann das Verzeichnis erneut
Wenn Sie Probleme mit der Auflösung haben (wie ich) und Sie die Ressourcen nicht löschen und aktualisieren können, weil Sie viele Änderungen an ihnen vorgenommen haben und außerdem Eclipse Subversive anstelle des nativen Clients verwenden, gehen Sie folgendermaßen vor:
- machen Sie eine Kopie Ihres gesamten Projektverzeichnisses
- führen Sie Team> Trennen in Eclipse aus und löschen Sie die SVN-Metadaten
- wählen Sie dann Team> Projekt freigeben und zeigen Sie auf den Ordner, in dem sich Ihr Projekt befindet
- ja wählen und alles festschreiben (möglicherweise möchten Sie einige lokale Ressourcen wie Konfigurationsdateien ausschließen)
- wenn Sie vor dem ersten Commit-Prozess einige Ressourcen gelöscht oder verschoben haben, löschen Sie diese alten Ressourcen (sie sollten sich verdoppelt haben, eine am alten Speicherort und eine neue), und bestätigen Sie diese Löschungen.
Sie sind fertig.
Ich denke, die richtige Lösung ist:
(1) backup your-file/your-directory
(2) svn revert your-file/your-directory
(3) svn update your-file/your-directory
(4) Merge the backup your-file/your-directory to the updated one.
(5) svn ci -m "My work done"
Ich hatte das gleiche Problem unter Linux, konnte es aber mit der akzeptierten Antwort nicht beheben. Ich konnte es lösen, indem ich cd verwendete, um zum richtigen Ordner zu gelangen und dann Folgendes auszuführen:
svn remove --force filename
syn resolve --accept=working filename
svn up
Das ist alles.
Ich verwende den folgenden Befehl, um Konflikte mit der Befehlszeile zu entfernen
svn revert "location of conflict folder" -R
svn cleanup
svn update
zum Zurücksetzen des aktuellen Verzeichnisses
svn revert . -R
Ich hatte ein ähnliches Problem, so wurde es gelöst
xyz @ ip: ~/formsProject_SVN $ svn aufgelöst formsProj/templates/search
Behobene Konflikte in 'formsProj/templates/search' behoben
Aktualisieren Sie jetzt Ihr Projekt
xyz @ ip: ~/formsProject_SVN $ svn update
Aktualisierung '.':
Wählen Sie: (mc) betroffene lokale Verschiebungen beibehalten, (r) Markierung gelöst (Pausenbewegungen), (p) Verschiebung, (q) Auflösung beenden, (h) Hilfe: r (Wählen Sie zum Auflösen die Option "r")
Behobene Konflikte in 'formsProj/templates/search' behoben
Zusammenfassung der Konflikte: Baumkonflikte: 0 verbleibend (und 1 bereits gelöst)