2013-02-22 6 views
9

Ich versuche, das SVN-Log abzufragen, um eine XML-Ausgabe für einen Feature-Zweig zu erhalten, um alle Revisionen zwischen 2 Daten mit SlikSVN cmd-Zeile einzuschließen. Ich erhalte den Fehler oben "svn: E160013: File not found: revision 21602, path 'XXX'". Wenn ich an der Stelle in dem Pfad zu sehen gibt es sie nicht, und wenn ich durch SVN log in Schildkröte suchen kann ich nicht die Revision 21602. Dies ist die Abfrage finden:svn: E160013: Datei nicht gefunden: Revision 21602, Pfad 'XXX' SVN Log Query

svn log --xml PATH -v -r {2012-09-25}:{2013-02-22} > XXX.xml 

ich müde läuft wie folgt zusammen:

svn log --xml PATH -v -r 21603:{2013-02-22} > XXX.xml 

und der gleiche Fehler wird zurückgegeben, außer Version „21603“, obwohl ich es existiert in der Schildkröte Log sehen können.

Ich habe die gleiche Abfrage gegen viele Feature-Zweige zuvor ausgeführt und hatte dieses Problem nie. Ich habe versucht, es gegen den Stamm zu laufen, das wurde als Test abgeschnitten, und ich bekomme die gleiche Art von Fehler. Nur auf einer Seite beziehen sich die Revisionen auf Ordner und Dateien (XXX in der oben beschriebenen Fehlermeldung) im Stamm der Verzweigung, die nie existierte. Einige Hilfe wäre sehr willkommen, da ich alle verfügbaren Ressourcen ausgeschöpft habe, um herauszufinden, was hier vor sich geht.

+0

Ich habe ein ähnliches Problem. Mein "Täter" scheint ein svn "Zug" zu sein. Und die Revisionsnummer, die aus dem Nichts auftaucht, scheint zu sein, wenn ein Ordner verschoben wurde. Ich habe momentan keine Lösung. Lass es mich wissen, wenn du denkst, dass du auch irgendwo dorthin gezogen bist. Vielen Dank. – granadaCoder

Antwort

3

Wenn Sie zuerst eine Datei abfragen möchten, die nicht mehr in der aktuellen Arbeitskopie vorhanden ist, müssen Sie den vollständigen Pfad zum Speicherort des SVN-Repositorys angeben, z. http://svn/repo/trunk/src/myfile anstelle von src/myfile.

Zweitens, wenn es gelöscht wurde, wird es nur zeigen, nicht von -r <rev> mit - Sie eine Peg-Revision, dh eine Revision zur Verfügung stellen müssen, die zu welchem ​​Zeitpunkt identifiziert (dh, bei der Revision) Subversion aussehen sollte für den angegebenen Pfad. Es verwendet dann das Objekt, das in dieser Revision im angegebenen Pfad gefunden wird, um alle angeforderten Operationen auszuführen.

Wenn der Betriebsrevisionsbereich (d. H. Was Sie mit der Option -r bereitstellen) eine Revision enthält, in der der angegebene Pfad nicht mehr existiert, wird Subversion erneut beschweren, dass die Datei nicht gefunden wurde.

Für weitere Informationen über Peg-Revision, haben einen Blick auf diesen Link: http://svnbook.red-bean.com/en/1.6/svn.advanced.pegrevs.html

Für Ihre Abfrage, versuchen

svn log --xml [email protected] -v -r {2012-09-25}:LASTREV > XXX.xml 

wo FULLPATH die vollständige Repository-Pfad ist, REV jede Änderung ist, wo der Weg existierte, und LASTREV ist die letzte Revision, bei der die Datei/der Ordner im Repository vorhanden war.

+0

Danke. Habe mir lange Kopfschmerzen erspart, wieso redbean alter Guide nicht an gelöschten Gegenständen gearbeitet hat. – anttir