Frage

Haben Sie etwas auf Ich werde nicht erklären kann.

Ich habe eine Arbeitskopie von meinem Projekt - fertig Svn Update (das sagt: Aktualisiert zu Revision 1895), ich weiß, es ist die letzte. Wenn ich einen svn info auf den Projektordner durchführen, die Revision ist 1895, aber die Last geändert Rev ist 1888.

Prüfen Sie das Protokoll mit TortoiseSVN zeigt 1888 als die letzte Revision, keine Spur von 1895. Ein svn log auf 1895 leer ist, und ein svn diff zwischen 1895 und 1888 ist leer als auch, das heißt. keine Unterschiede.

Wie habe ich am Ende irgendwie mit einigen Schurken Revision, die nicht wirklich etwas geändert hat? Es ist im Grunde den Build-Server verursacht (denkt, es ist auf 1888) mit meiner MSBuild svnversion Aufgabe nicht synchron zu sein (denkt nach Revision 1895).

Irgendwelche Vorschläge geschätzt.

Edit: Wenn Revision wird immer die neueste Version für das gesamte Repository zeigen, bedeutet dies, dass Dinge wie svnversion MSBuild-Aufgabe (die svnversion.exe verwendet, zeigt aber ein ähnliches Verhalten) nicht die Anzeige korrekte Revision, wenn Sie ein Projekt mehrere Repository haben, müssen Sie „Last Changed Rev“ für Ihre Versionsnummer verwenden.

Als Ergebnis jetzt meine eigene SvnLastChangedRev MSBuild Aufgabe rollen.

War es hilfreich?

Lösung

Dies ist kein Problem oder eine Kuriosität ... die Revisionsnummer für die gesamte Subversion-Repository gilt, und daher kann die Revisionsnummer höher aufgrund von Änderungen an anderer Stelle im Repository als die letzte Revisionsnummer, bei dem ich etwas verändern in der Zweig des Repository, in dem Sie arbeiten.

Um zu klären, wenn Sie trunk begehen, womit sich die Repository Revision 10, und dann eine ganze Reihe von Änderungen in branches und tags bringt das Repository Revision 1000, dann wird 10 sein, die „letzte Revision geändert“ für die trunk Ordner, aber die aktuelle Versionsnummer des gesamten Repository wäre 1000.

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