Kann nicht verbinden im Gerrit
Immer, wenn ich schickte eine rezension zu Gerrit und wenn die Prüfung ansteht, für einige Zeit, ich bin immer cannot merge
Nachricht in Gerrit.
Habe ich verstanden, seinen nächsten, weil jemand anderes verändert hätte derselben Datei/Dateien und ausgeliefert vor mir. Ich versuche unten workaround zu lösen mein Problem.
- Verlassen der aktuellen Bewertung.
- Erstellen Sie einen neuen lokalen Zweig, nehmen Sie ein ziehen
- Cherry-pick my commit von alten Zweig-und senden an gerrit
Funktioniert es, aber die Kommentare, was ich hatte wäre nicht mehr verfügbar und es ist schwierig für mein Rezensent, um es erneut zu prüfen.
Ich bin auf der Suche nach einem Weg, um entfernen cannot merge
von der aktuellen Bewertung. Danke!
InformationsquelleAutor Bhargav Kumar R | 2016-06-02
Du musst angemeldet sein, um einen Kommentar abzugeben.
Brauchen Sie NICHT zu verzichten, die aktuelle änderung auf Gerrit zu lösen "kann nicht verbinden" - Problem. Alles, was Sie tun müssen, ist:
Wow, wie können Sie ändern, wenn Sie in der merging-phase?
Sie können ändern, Ihre commit-wie viele Male wie Sie benötigen, bevor die änderung eingereicht. Sehen mehr info unter: gerrit-review.googlesource.com/Documentation/intro-quick.html
Vielen Dank, Es hilft eine Menge.
InformationsquelleAutor Marcelo Ávila de Oliveira
Versuchen
rebase
- Taste, die das lösen können die meisten nicht-merge-Probleme. Wenn Sie finden die richtige Begehen Stellungswechsel an sich, es ist okay. Wenn Sie nicht finden, dass der Letzte commit von der target Filiale und füllen Sie das Begehen blank. Manchmal sollte man zuerst senden der commit, auf dem der nicht-merge hat man Abhängigkeit. Wenn Sie nicht arbeiten, jedenfalls, nur, verlassen Sie und machen das Begehen basierend auf den neuesten commit.InformationsquelleAutor ElpieKay
Die besten Praxis bei der Arbeit auf einer gemeinsamen code-Basis mit git/gerrit ist halten die änderungen auf ein minimum.
Auf der einen Seite, auf diese Weise, die chance, dass jemand führt seine änderungen, bevor Sie Sie senkt.
Auf der anderen Seite, Sie könnte Stellungswechsel so bald wie möglich, so dass die änderungen überprüft werden können, leichter.
Ich bin nicht sicher, ob deine Frage damit beantwortet ist, aber ich Folgen Sie diesen zwei Regeln und haben keine Probleme.
Bei mir halten die änderungen für mindestens bezieht sich auf das nicht mischen, refactoring-code mit dem neuen code, und die Aufteilung verpflichtet, die von Umfang, wie zum Beispiel: umgestalten Begehen, Umsetzung verpflichten, die Prüfung zu Begehen (vor allem für die Testabdeckung zu erhöhen), Abhängigkeit upgrade commit und so weiter. Eine andere Sache ist, dass ich versuche zu vermeiden, die commit-so isoliert wie möglich (nur die Funktionalität und tests)
InformationsquelleAutor Timotei