GIT Dateien von Dev zu Master neu zusammenführen

Question

Mein Master GIT-Zweig scheint einige Fehler zu haben, also würde ich gerne überprüfen, wieder zusammenführen oder möglicherweise meinen dev-Zweig über den Master-Zweig klonen, so dass der Master-Zweig eine Kopie wäre von Dev.

Wie kann ich das tun? Thx.

Answer 1

Wenn das Problem ist einfach, dass das ausgelagerte Datei mit dem Zweig nicht übereinstimmen, nur git reset verwendet normalerweise:

git reset --hard HEAD 

Das ist alles was Sie brauchen soll. Wenn Sie Master mit dev überschreiben möchten, lesen Sie weiter.

---

Wenn Sie Ihr Master-Zweig mit dem Inhalt Ihres dev Zweig zu überschreiben, verwenden Sie git reset etwa so:

$ git checkout master 
$ git reset --hard dev 

Und dann, wenn Sie diese irgendwo schieben wollen anderes:

$ git push origin master 

Beachten Sie, dass, wenn Ihr Dev-Zweig nicht von Ihrem Master-Zweig vorspult (was ich vermute, wird es nicht, da Sie gesagt haben, dass Ihr Master-Zweig einige vermasselte Sachen drin hat), werden Sie muß die --force Flags an dem Push-to-hinzuzufügen auf einem Remote zu überschreiben:

$ git push origin master --force 

Beachten Sie jedoch, dass dies eine Geschichte all normalen Einsprüche neu zu schreiben la git rebase beinhalten kann - wenn jemand diese Fernbedienung verwendet, Sie müssen sich mit dem Gegenstück einer Upstream-Rebase befassen.

---

Um dieses Problem in Zukunft zu vermeiden, Ihren Freund darauf hinweisen, dass --force mit fast nie notwendig ist. Wenn sie Konflikte bekommen, wenn sie versuchen, git push, sollten sie git pull zuerst, die Konflikte lösen, und dann git push.

Answer 2

Gute Frage. Ich wollte das vor mir selbst tun und ich tat es nie. Meine beste Vermutung könnte sein, das unten zu versuchen. HINWEIS Ich bin mir nicht sicher, wie gut das für Sie funktionieren wird, da ich es nicht selbst gemacht habe.

git checkout master 

git pull origin dev 

git commit -a -m "reverted to dev" 

Dies zu tun, wird wahrscheinlich zu Konflikten führen.

Answer 3

Von Sie es bemerkt scheint, gibt es drei mögliche Fälle:

1. Der Master-Index richtigen Code enthält und die Arbeitskopie ist gebrochen.
2. Die Arbeitskopie ist in Ordnung und der Index ist jetzt gebrochen.
3. Beide sind kaputt.

Zuerst alles zurück. Dann:

Im Fall 1, verwenden Sie git reset --hard HEAD, um die defekte Arbeitskopie wegzuwerfen.

In Fall 2, fügen Sie alles in der Arbeitskopie hinzu und übergeben Sie es.

In Fall 3 verwenden Sie git reset --hard dev, um den Index und die Arbeitskopie wegzuwerfen. Alternativ, git reset --hard SOME_COMMIT_ID_THAT_ISN'T_BROKEN

In allen drei Fällen sagen Sie Ihrem Freund, nie --force zu verwenden, es sei denn, sie wissen wirklich, was sie tun.

Auch ist es wahrscheinlich am besten, nicht in ein nicht-bare-Repository (d. H. Eines mit einer Arbeitskopie) zu schieben. Ich würde vorschlagen, dass Sie irgendwo ein bloßes Repository einrichten, an das Sie sowohl drücken als auch ziehen, anstatt direkt in ein Repo zu gehen, das eine Arbeitskopie hat. Verwenden Sie git init --bare, um ein leeres Repo zu erstellen.

Habe ich schon alles erwähnt? Gut. TU es.