Frage

Ich möchte in meinem Basarverlauf zurückgehen (Arbeitsbaum ändern), um den Commit zu finden, der einen bestimmten Fehler verursacht hat.

Ich möchte keine Commits löschen, sondern nur meinen Arbeitsbaum ändern, bis ich den Fehler gefunden habe, und dann möchte ich zur neuesten Revision zurückkehren, um daran zu arbeiten.

Was sind die beiden Befehle dafür (zurück zu einem früheres Commit und anschließend das Auschecken letzte Überprüfung wieder)?

Dank im Voraus.

War es hilfreich?

Lösung

, um den Arbeitsbaum wieder auf eine bestimmte Revision n zurückzuweisen:

generasacodicetagpre.

, um den Arbeitsbaum auf die neueste Revision in der Filiale zurückzuweisen:

generasacodicetagpre.

Andere Tipps

Es gibt zwei Möglichkeiten, um Ihren Arbeitbaum rechtzeitig zur Überarbeitung von N zu bringen. Die erste wurde hier von anderen Antworten erwähnt:

generasacodicetagpre. 0Wenn Sie bzr status ausführen, würden alle rückwärts Änderungen begangen, und Ihre Kopfrevision würde jetzt aussehen, wie Revision n.

um zur neuesten Version in Ihrer Branche zurückzukehren:

generasacodicetagpre.

Sie könnten auch den generationspoDicetagcode ausführen, aber das kann jedoch einige neuere Überarbeitungen erhalten, wenn Ihre Zweig ein Kasse ist.

Die andere Option, um rechtzeitig zurückzukehren, ist dies:

generasacodicetagpre.

Der Unterschied zwischen den beiden ist, dass der bzr commit es aussieht, als ob keine Änderungen vorgenommen wurden.Es ist nur so, dass Ihr Arbeitsbaum veraltet ist.

um zur neuesten Version in Ihrer Branche zurückzukehren:

generasacodicetagpre.

Andere Kommentatoren, die mit geantwortet haben bzr revert -rN sind sicherlich in dem Sinne richtig, dass dies die direkte Antwort auf die gestellte Frage ist. Wenn Sie jedoch eine große Anzahl von Commits überprüfen müssen, um das Vorhandensein eines Fehlers zu testen, ist die Verwendung wesentlich effizienter Halbierung.Einmal wurde mir ein Fehler angezeigt, bei dem der letzte bekanntermaßen funktionierende Commit 300 Commits zurückliegt und die Bisection den fehlerhaften Commit in nur 8 Durchgängen fand (ich meine, ich musste nur 8 Commits von 300 überprüfen, um den einen zu finden). das den Fehler verursacht hat).

http://doc.bazaar.canonical.com/plugins/en/bisect-plugin.html

Wenn Sie sich von der Anzahl möglicher Commits, die Sie überprüfen müssen, überfordert fühlen, sollte dies den damit verbundenen Aufwand erheblich reduzieren!

Um den Arbeitsbaum in den Zustand zu ändern, den er in einer vorherigen Revision n

hatte generasacodicetagpre.

Um Ihre Arbeitskopie in den Status zu aktualisieren, hat es in der neuesten Revision:

generasacodicetagpre.

Basar Kurzreferenzkarte

Sie können BZR-Log --forward verwenden, um Ihre vorherigen Versionen mit der DESC-Sortierung zu sehen

und Sie können BZR REVERT -R verwenden, um Ihre Version auf die

zu ändern

Wenn Sie in die letzte Version zurückkehren möchten, machen Sie einfach BZR REVERT

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