Azure DevOps - Git-Pull-Request "Nächste Schritte: Manuell lösen diese Konflikte aus, und drücken Sie neue änderungen an der source-Zweig."

Habe ich einen Zweig namens dev.

Ich einen pull-request zu senden dev-code zu beherrschen ist, wenn ich dies tun pull-request es mir sagen:
Azure DevOps - Git-Pull-Request

50+ Konflikte verhindern das automatische Zusammenführen
"Die nächsten Schritte: Manuell lösen diese Konflikte aus, und drücken Sie neue änderungen an der source-Zweig."

Wohin gehe ich von hier? Ich möchte nur alle, die dev-branch zu ersetzen, was sich im master. Ich sehe keine Optionen, um diese Konflikte aufzulösen.

  • Ich habe ein "Complete" - Taste, aber es ist ausgegraut.
  • Die manuelle Zusammenführung nicht möglich ist, innerhalb des VSTS Umgebung. Sollten Sie merge im master-branch in deine dev-Zweig, die Konflikte lösen, commit und push.
  • Gut, die Antwort auf meine Frage. Also sollte ich die Zweig zu tun, anstatt einen pull-request?
  • Mit einem pull-Anforderung, die Sie geben anderen Entwicklern die Möglichkeit zu überprüfen Ihren code und geben Sie feedback. Sobald diese überprüfung abgeschlossen ist, können Sie dann Zusammenführen der code in den master branch. Man soll nicht Zusammenführen der dev-branch zum master-lokal und drücken Sie ihn dann, es sei denn, Sie haben zugestimmt mit Kollegen, dass dies ist, wie Ihr Prozess funktioniert. Die Lösung ist das verknüpfen der Meister in Ihrem dev-Zweig und lösen die Konflikte, wie ich bereits erwähnt habe in meinem vorherigen Kommentar.
  • Es scheint in meinem Umfeld (ich bin nicht erlaubt, ein update der source-Zweig), muss man neu Holen Sie sich alle source-Zweig von Dateien und starten Sie einfach über )-:
  • Ich nicht die Erlaubnis für push-to-master von meinem lokalen Rechner, nur zu prüfen und zu genehmigen pull-requests (auch meine eigenen) - das ist der einzige Weg zu merge in den master. Alle Lösungen beruhen auf lokalen Maßnahmen. Wohin von hier?

InformationsquelleAutor CBBSpike | 2018-01-21
  1. 29

    Haben Sie Folgendes zu tun, die auf Ihrem PC

    Auf Zweig dev

    $ git pull origin master - Dies erzeugt ein merge-commit, und Sie müssen die Konflikte auflösen, in die Dateien, die verändert wird, werden beide auf dev und master. git status zeigt die Liste der Dateien, die mit widersprüchlichen änderungen.

    Nach der Lösung von Konflikten, commit alle änderungen und Kraft schieben Sie Ihre Niederlassung haben. Danach sollten Sie in der Lage sein, die PR.

    Hilfe-link für mehr details

    • Besserer Link auf Dokumentation - Das folgende ist ein link zu Azure "DevOps" - Dokumentation "Auflösen von merge-Konflikten", die beide eine Erklärung zu merge-Konflikten sind, zusammen mit Anweisungen, wie man beheben, indem Sie das Befehlszeilen oder Visual Studio. docs.microsoft.com/en-us/azure/devops/repos/git/...
    InformationsquelleAutor Harshil Lodhi
  2. 5

    Da Sie benötigen, um die Dateien der version auf dev Zweig (halten Sie die source-Zweig beim ändern von Dateien im target-Zweig master), so sollten Sie änderungen vornehmen, auf master Zweig, den Konflikt zu lösen-Dateien, und werden Sie sicher, dass Sie die Berechtigung haben, drücken Sie die änderungen zu master Zweig.

    Können Sie unter Optionen:

    Option 1: fahren Sie direkt

    In Ihrem lokalen repo auszuführen, können Sie die untenstehenden Befehle Zusammenführen dev in master Zweig, während die Konflikt-Dateien der version als die dev Branche:

    git checkout master
git merge dev -X theirs
git push origin master

    Und in die vorhandenen pull-Anforderung, die Sie erstellt hat, zeigt es dem Zweig zusammengeführt wurde. So können Sie verzichten die pull-Anfrage.

    Option 2: weiterhin Zusammenführen über pull-Anforderung (Konflikte auf den master-Zweig)

    Können Sie unter Befehle zum lösen von Konflikten in master Branche:

    # In yout local repo
git checkout master
git checkout dev -- .
git commit -m 'replace master branch version by dev for the conflict files'
git push origin master

    Während die Veränderungen in den bestehenden pull-request nicht aktualisiert werden, wenn neue commit(s) pushs zu den Ziel-branch (master). Und Sie finden ähnliche Bericht Pull-request diff nicht aktualisiert, wenn eine commit-von der PR-zusammengeführt, um das Ziel über einen anderen Zweig.

    Das bedeutet, der pull-request in der web-Seite zeigen, immer noch die Konflikte. Sie sollten aufgeben, die vorhandenen pull-request und reaktivieren (oder einen neuen erstellen) zu merge-dev in master-Zweig.

    InformationsquelleAutor Marina Liu - MSFT
  3. 0

    Ich zu tun hatte rebase. Musste zu Fuß durch alle verpflichtet und gelten meine änderungen - Sie waren ziemlich umfangreich, umbenennen von namespaces & Methode, Namen, etc. Diese dann lassen Sie mich auch weiterhin zu tun, einen Pull Request im Azure-DevOps-portal. Eigentlich konnte ich nur Aktualisieren Sie die änderungen für die bestehende Pull Request und das auto-merge-Konflikte gelöst wurden.

    Zusammenlegung der code das Problem nicht beheben, nur rebase gearbeitet.

    InformationsquelleAutor Scott Koland
Schreibe einen Kommentar