1. Zuhause
  2. Frage und Antwort
  3. GitHub Fork und History in Pull-Anfragen nicht synchron

GitHub Fork und History in Pull-Anfragen nicht synchron

2017-11-01 2 views
2

Ich habe eine Gabel und ein Upstream/Master.GitHub Fork und History in Pull-Anfragen nicht synchron

Der Fork und der Upstream sind wechselweise synchron, aber wenn ich eine Pull-Anforderung von der Verzweigung mache, sind alle Änderungen von der Erstellung der Fork in der Anforderung plus die neuen Änderungen enthalten. Dies ist ärgerlich und schwer herauszufinden, was geändert/wichtig zu überprüfen war.

Wie kann ich meine PR davon abhalten, wie ein Haufen verbaler Durchfall in einer Pull-Anfrage aussehen?
Gibt es Weg, um die Fork zu zwingen, mit der Historie des Upstream/Masters zu synchronisieren?

Ich verwende TortoiseGit, um die Repositories zu verwalten.

Quelle

2017-11-01 code base 5000

+0

Können Sie einen Link zu einer solchen PR liefern (wenn öffentlich, sonst ein minimales Beispiel künstlich erstellen), um zu zeigen, was falsch ist? – opatut

Antwort

1

Bevor Sie Ihre Zweigstelle auf GitHub in Ihre Fork verschieben, sollten Sie sie erneut auf die Upstream-Zweigstelle des ursprünglichen Repos stellen (die Commits wiederholen).

Also, wenn Sie einen PR-Zweig vom Master zu machen, würden Sie müssen:

Jetzt können Sie push (or force push if you did already push): die PR wird aktualisiert werden, und wird nur neue Änderungen enthalten.

Quelle

2017-11-01 13:26:37 VonC

+0

also habe ich schon 1 und 2 gemacht, aber wenn ich auf Rebase gehe, sagt es mir immer wieder, dass es Konflikte gibt, was ist der genaue Befehl für die Rebase, die ich benutzen sollte? –

+1

@ code base5000 Konflikte werden erwartet, wenn Ihr PR die gleichen Dateien verändert, die upstream (im ursprünglichen Repo) aktualisiert wurden: Sie müssen diese Konflikte lösen: https://tortoisegit.org/docs/tortoisegit/tgit-dug-conflicts .html. – VonC

Verwandte Themen

 Verwandte Themen