Git - Merge vs Rebase

Question

Ich habe mir When do you use git rebase instead of git merge? angesehen Aber ich möchte sicher sein, über welche Lösung in diesem Fall zu wählen: Ich möchte ein neues Feature auf Master implementieren, damit ich es zu einem neuen Zweig Funktionszweig Ich mache 10 Commits auf Feature, während jemand anderes andere Commits auf Master macht.

Meine Frage ist, wenn ich meinen Zweig für Testzwecke vom Master getrennt halten möchte, aber ich muss es mit den neuen Master-Commits testen. Also, sollte ich Master in Feature (und nicht Feature in Master, die meine Änderungen auf Master vor meinem Test anwenden würde) zusammenführen oder eine Rebase?

Answer 1

Warum nicht einen neuen Zweig erstellen die fusionierte Version zu testen? Zum Beispiel:

git checkout -b test-merged-feature master 
git merge my-feature 
[... do your testing ..] 

Es gibt keinen Grund besonders einen rebase hier zu tun, aber wenn Sie nicht bereits Feature-Zweig geschoben, das wäre auch in Ordnung sein. In diesen Fragen geht es zum Teil darum, wie Sie möchten, dass Ihre Geschichte aussieht - manche Menschen mögen es nicht, viele Zusammenführungen zu sehen; einige bevorzugen es, um zu verfolgen, welche Commits zu einem bestimmten Merkmal beigetragen haben.

Answer 2

Es sei denn, Sie haben bereits Ihre Filiale geschoben (und Sie wissen, andere haben Ihre Repo geklont), würde ich immer noch eine Rebase, wie ich in meiner eigenen Antwort von "git rebase vs git merge" erwähnt.

Test oder nicht, ich mache in der Regel eine Rebase jedes Mal, wenn ich meine lokale Repo aktualisieren (Git fetch), um sicherzustellen, die endgültige Zusammenführung (Feature bis master) wird ein Schnellvorlauf sein.

Es geht also nicht nur darum, wie Ihre Geschichte aussieht, sondern vor allem darum, sicherzustellen, was Sie entwickeln, basiert nicht auf einer alten Version von master, und arbeiten im Laufe der Zeit gegen die neuesten Entwicklungen in master .

Answer 3

In Workflows Ich bin vertraut, gibt es einen Stamm und Integration Zweig (s), und verfügen über Niederlassungen

Ich habe gegenüber den ‚Derivat‘ Zweige worden rebaseing. (durch Ableitungen, ich meine die Richtung AWAY vom Stamm), und verschmilzt zu den Integrationszweigen.

Ich mag, dass ich immer in einem Zweig arbeitet, die die gleiche Geschichte wie der Zweig hat ich mit eingliedern werde. Ich mag, dass die Zusammenführung zu einem Schnellvorlauf wird, also weiß ich, dass das, was ich gerade zusammengeführt habe, genau das ist, was ich gerade in meinem Zweig getestet habe.

Answer 4

Wenn sich zwei Entwickler zum selben Repo verpflichten (dies führt zu einem Konflikt), können Sie die beiden Commits zusammenführen, indem Sie einen Merge-Commit erstellen, oder Sie können einen der Commits (Ihren) auf den anderen Commit setzen. Es ist immer besser, ein Rebase durchzuführen, anstatt ein Merge-Commit zu generieren.