Führen Sie ein Rollback durch oder setzen Sie das gesamte SVN-Repository auf eine ältere Version zurück

Ich habe mein SVN-Repository durcheinander gebracht und muss nun das gesamte Repository von Revision 28 auf 24 zurücksetzen und möchte mich nicht mit Unterschieden oder Konflikten befassen. Gibt es eine schnelle und einfache Möglichkeit, dies zu tun? Ich konnte einzelne Dateien mit dem Befehl "Zusammenführen" zurücksetzen, bevor dies in Ordnung war. In diesem Fall möchte ich jedoch alle Dateien aus Version 28 wieder in das Repository aufnehmen, wenn ich sie nur löschen möchte.

Ich benutze die Kommandozeile auf einer Linux-Box (Bash).

Vielen Dank

BEARBEITEN

Danke für all die Hilfe! Ich habe es behoben durch:

svnadmin create /svnroot/<repo>.fixed
svnadmin dump -r 1:24 /svnroot/<repo> --incremental > dump.svn
svnadmin load /svnroot/<repo>.fixed < dump.svn

Legen Sie dann das alte Repo an einem Sicherungsort ab und verschieben Sie das repo.fixed in das Repo.

Danke noch einmal!

Überprüfen Sie svnadmin dump / load. Es wird eine Textdatei mit jeder Version Ihrer Dateien erstellt. Möglicherweise können Sie alles über / unter einem bestimmten Punkt löschen und erneut importieren.

Siehe beispielsweise Migrieren von Repository-Daten an anderer Stelle

Eine "umgekehrte" Zusammenführung kann das sein, was Sie brauchen. Siehe Abschnitt "Änderungen rückgängig machen" im SVN-Buch.

ZB svn merge -r 28:24 [Pfad zu svn]

Wenn Sie Zugriff auf den SVN-Server haben, können Sie ihn einfach bearbeiten path/db/current, die alte Revisionsnummer, zu der Sie zurückkehren möchten (hier: 24), dort ablegen und nicht mehr benötigte Revisionsdateien (dh 25, 26, 27, 28) aus entfernen path/db/revs/0/. Zumindest hat das heute bei mir funktioniert, nachdem ich versehentlich ein Verzeichnis im Repository entfernt hatte.

Wenn Sie wirklich "Beweise" löschen müssen, dass die Dateien jemals existiert haben, müssen Sie die oben beschriebenen Aktionen svndump / svnload ausführen.

In einer "normalen" Situation, in der Sie einen Fehler gemacht haben, müssen Sie die umgekehrte Zusammenführung verwenden. Dadurch wird sichergestellt, dass das Rückgängigmachen der Änderungen nach r24 auch rückgängig gemacht, geändert usw. werden kann.

Der folgende Befehl sollte funktionieren, um Ihre Änderungen rückgängig zu machen (Sie müssen das Ergebnis der Zusammenführung festschreiben, um die Zusammenführung im Repository widerzuspiegeln).

svn merge -r 28:24

Wenn Sie keine Administratorrechte in Anspruch nehmen, können Sie keine alten Revisionen auslöschen, ABER Sie können sie mit nur einem erstaunlich einfachen Befehl "svn copy" sehr gut ausblenden (nickf und JesperE haben dies bereits erwähnt, aber auf ziemlich kryptische Weise).

svn-Löschprotokoll: // svnserver / some / resource
svn-Kopierprotokoll: // svnserver / some / resource @ 24-Protokoll: // svnserver / some / resource

Und das war's, die Revisionen 25 bis 28 sind vollständig aus dem SVN-Protokoll verschwunden. Es ist überhaupt kein Hack, es ist eine sichere und (kaum ...) dokumentierte Funktion.

Wenn "Ressource" ein Verzeichnis ist, müssen Sie es von der letzten URL entfernen:

SVN-Kopierprotokoll: // SVN-Server / einige / Verzeichnis @ 24 Protokoll: // SVN-Server / einige /

(sonst würden Sie es in sich selbst kopieren)

Für jeden, der TortoiseSVN verwendet, ist die Lösung einfach:

• Änderungsprotokoll anzeigen
• Klicken Sie mit der rechten Maustaste auf die Revision, zu der Sie einen Rollback durchführen möchten ...
• ... wählen Sie "Zu dieser Revision zurückkehren"
• Übernehmen Sie Ihre Änderungen

Diese Methode behält den Versionsverlauf bei (dh alle von Ihnen zurückgesetzten Revisionen).

Sie können eine bestimmte Revision erneut auschecken. http://svnbook.red-bean.com/de/1.1/re04.html

svn co path/to/my/repo -r 24

Wenn sich die Ordnerstruktur Ihrer Anwendung nicht geändert hat, checken Sie die alte Version aus und ersetzen Sie die .svn-Ordner von der letzten Version in die ausgecheckte alte Version. Jetzt können Sie die "ältere" Version festschreiben.

Wenn Sie Dateien wirklich vollständig aus dem Repository entfernen möchten, müssen Sie einen Svndump in eine Datei ausführen, die nicht gewünschten Drehzahlen und / oder Dateipfade herausfiltern, ein neues Repo erstellen und den gefilterten Dump in das neue laden Repository. Bevor Sie dies tun, sollten Sie den Abschnitt zum SVN-Buch über die Repository-Wartung sorgfältig lesen und sicherstellen, dass Sie das vorhandene Repo erst entfernen, wenn Sie sicher sind, dass das neue das gewünschte Material enthält.

Könnten Sie svn deldie obersten Verzeichnisse, dann svn copysie:

svn copy svnurl@version svnurl 

Ich hasse es, das zu sagen, aber das ist eine Situation, in der ich Backups meines SVN-Repositorys verwendet habe.

Können Sie Dateien einer bestimmten Revision in ein neues Verzeichnis im Repository kopieren?

Hier ist, wie ich anfangen würde, es zu tun. Brutal, ja, aber es ist das einzige, was garantiert ist, Kollisionen vollständig zu ignorieren und den Revisionsverlauf intakt zu halten.

  cd /scratchdir 
  svn co -r good svn://repository
  cd /hosed_project
  svn up -r HEAD
  cat >> /tmp/cp.sh 
  ORIG=$1
  TARG=$( echo $ORIG | sed 's/\/scratchdir\///' ); 
  cp $ORIG /hosed_project/$TARG;
  ^D
  chmod u+x /tmp/cp.sh
  find /scratchdir -not -wholename "*/.svn*" -exec /tmp/cp.sh {} \;

Beachten Sie, dass dies nicht der "normale" Weg ist, IMO. Der normale Weg besteht darin, einen Zweig aus einer alten Version zu erstellen und diesen Zweig dann wieder in den Kopf einzufügen. (Zumindest war es so so funktioniert)

Bearbeiten: Der obige Code ist nicht getestet, führen Sie ihn NICHT wörtlich aus

Ich bin mir nicht ganz sicher, ob diese Arbeit funktioniert, da ich sie noch nicht in einer Live-Produktion verwendet habe, aber ich habe gerade ein Test-Repository ausprobiert (ich habe eines meiner Produktions-Repository kopiert) und es scheint zu funktionieren.

Wenn Sie sich in Ihrem Repository befinden, verwenden Sie den folgenden Befehl:

svn update -r 24 trunk

Wobei 24 die Revisionsnummer und die Amtsleitung ist die Datei / der Ordner, die Sie auf diese Revisionsnummer aktualisieren (oder in diesem Fall wiederherstellen) möchten.

In meinem Test wurden mehrere Dateien aktualisiert und (erneut) hinzugefügt, und nach einem Commit erhielt ich keinerlei Warnungen. Ich habe dann eine Datei mit einem Dummy-Text geändert und ein weiteres Commit versucht, und nur diese Datei ist in der geänderten Liste aufgetaucht. Es scheint also ziemlich gut zu funktionieren!

Auch dies habe ich vorher nicht in Live-Produktionen verwendet. Wenn ich mich irre, bitte um Rat. Ich würde gerne wissen, ob dies auch der richtige Weg ist, denn ich kann mir vorstellen, dass ich dies in (naher) Zukunft brauche.

-Dave

Example:
    Rev 100 all is working great        
    Rev 101 somebody really corrupted the dir structure and / or merged in bad changes, etc.
    Rev 102 You delete /trunk
    Rev 103 You copy /trunk@100 to HEAD
        You now have a /trunk that reflects only Rev 100 and 103. Not 101 or 102.

svn del svn://[RepoName]/trunk -m "removing issue in HEAD"
svn copy svn://[RepoName]/trunk@100 svn://[RepoName]/trunk -m "Copy of correct revision of trunk to HEAD"