git merge –no-commit vs. git cherry-pick –no-commit

Gibt es einen Unterschied zw git merge --no-commit und git cherry-pick --no-commit?

Und gibt es einen Unterschied in der Geschichte, wenn ich nach diesen beiden Befehlen übertrage?

Wenn Sie sich danach verpflichten git merge --no-commit, erhalten Sie tatsächlich einen Merge-Commit. Während nach a git cherry-pick --no-commit Sie erhalten eine Zusage mit einem alleinerziehenden Elternteil.

Daher gibt es ja einen Unterschied zwischen diesen beiden Befehlen.

Vor allem, wenn Sie so etwas haben

A -- B -- C
 \        L HEAD
  \
   -- D -- E

Wenn du cherry-pick verpflichten Eerhalten Sie keine Änderungen von commit D. Während, wenn Sie mergedu bekommst beides.

Während git-merge wird verwendet, um zwei oder mehr Entwicklungsgeschichten miteinander zu verbinden, Git-Cherry-Pick wird verwendet, um Änderungen anzuwenden, die durch einige vorhandene Commits eingeführt wurden.

Also, wenn Sie sich nach der Ausführung von a verpflichten git-mergefügt Git ein sogenanntes a hinzu Commit zusammenführen. Auf der anderen Seite, wann Rosinenpickerei) Commits, wendet git die durch diese Commits eingeführten Änderungen oben auf Ihrem Arbeitsbaum an (es gibt keine Verschmelzung zwischen zwei oder vielen Zweigen). Anders ausgedrückt, Commits werden geklont und auf Ihren Zweig gelegt.

Werfen Sie einen Blick auf Git Cherry-Pick vs. Merge Workflow, um die Unterschiede zu verstehen, die auf den tatsächlichen Bedürfnissen eines Repo-Betreuers basieren.