Finden, wann und wo Konflikt passierte

Question

Ich arbeitete in letzter Zeit mit Repo und ein anderer Entwickler hatte einen Konflikt auf Zweig B, jetzt wie ich neu bin auf bohnenstalkapp GIT, habe ich versucht mit meinem Wissen von git diff, git RESET etc, aber nichts. Sogar meine Konfliktmarker zeigen nicht, dies ist eine seltsame Art von Verhalten. Ich möchte herausfinden, was der Unterschied ist, der den Konflikt verursacht und wann und welcher Benutzer diese konfliktbehaftete Datei geändert hat. Selbst wenn ich git git reset - HEAD sha-1 mache, passiert nichts. Wenn ich einen Push mache, bekomme ich die folgende lange Nachricht

Warnung: push.default ist nicht gesetzt; sein impliziter Wert hat sich in Git 2.0 von "passend" zu "einfach" geändert. Um diese Meldung zu zermalmen und das traditionelle Verhalten erhalten, nutzen:

git config---global push.default passende

Um diese Meldung zu zermalmen und das neue Verhalten übernehmen jetzt, zu verwenden:

git Config - global push.default einfach

Wenn push.default auf 'matching' eingestellt ist, wird git die lokalen Zweige an die Remote-Zweige senden, die bereits mit dem gleichen Namen existieren.

Da Git 2.0, Git standardmäßig auf das eher konservative ‚einfache‘ Verhalten, das nur auf den aktuellen Zweig zu dem entsprechenden entfernten Zweig schiebt, die ‚Pull git‘ verwendet den aktuellen Zweig zu aktualisieren.

Siehe 'git help config' und suchen Sie nach 'push.default' für weitere Informationen . (Der ‚einfache‘ Modus in Git 1.7.11 eingeführt wurde Verwenden Sie den ähnlichen Modus ‚Strom‘ anstelle von ‚einfach‘, wenn Sie manchmal verwenden ältere Versionen von Git.)

fatal: Der Stromzweig b hat keinen stromaufwärts Ast. Um den aktuellen Zweig drücken und stellen Sie die Fernbedienung als Upstream verwenden

git push --set-upstream origin b 

Fasst Frage: Meine Aufgabe ist es, den Kopf zu einem sha-1 zurückgesetzt, wo ich den Konflikt denken nicht geschehen ist, und wenn es es nicht zum Kopf gemacht hat, sind die Repos sowohl lokal als auch remote synchron, um den Konflikt zu beseitigen. Auch kann ich die Bild von meinem Repo verstehen, wo es

32 behind 10 ahead 

Answer 1

sagt Wenn Sie den aktuellen Zweig zu sha-1 und auch aktualisieren Sie Ihre Arbeits Baum entsprechend verwenden Sie git reset --hard sha-1, zurücksetzen möchten.

Die Nachricht, die Sie auf Push erhalten, ist nur, dass Sie Gradle nicht gesagt haben, wohin man drückt und es Ihnen auch sagt, wie man es repariert. Die Nachricht 32 behind 10 ahead Die Nachricht 32 behind 10 ahead bedeutet, dass die entfernte Zweigstelle, die Ihre angezeigte lokale Zweigstelle verfolgt, 32 neue Commits hat, die Sie noch nicht zusammengeführt oder rebase haben und dass Sie 10 Commits in Ihrer angezeigten lokalen Verzweigung haben, die nicht an die Fern noch. Die Conflicts Nachricht in Ihrem Screenshot bedeutet wahrscheinlich, dass Sie einen Konflikt bekommen, wenn Sie die 32 Commits auf dem Remote-Zweig und die 10 Commits in Ihrem lokalen Zweig widersprüchliche Änderungen haben.Sobald Sie einen Merge oder Rebase durchführen (oder pull, wie es Fetch + Merge oder Fetch + Rebase je nach Konfiguration und Parametern), werden Sie wahrscheinlich die Konflikte von Git präsentiert und können sie manuell oder mit einem Merge-Tool wie lösen e. G. P4Merge (welches das beste freie Diff- und Merge-Tool ist, das ich kenne).

Haftungsausschluss: Ich weiß nicht beanstalkapp, nur interpretieren, was ich in Ihrem Screenshot sehe.