在什麼情況下會git cherry-pick需要而不是git merge？

Question

爲了將個人從一個分支移動到另一個分支，我意識到git中有幾個選項。我用git merge和git cherry-pick進行了實驗，但我無法看到何時git cherry-pick是首選。

我的理解是這樣的：

git merge <hash>移動指定的從一個分支到其他承諾保持它作爲一個承諾。

git cherry-pick <hash>在第二個分支中創建了一個提交副本，但它與它自己的提交哈希分開。

第一個選項對我來說似乎更可取，但cherry-pick會更受歡迎的實例是什麼？

Answer 1

假設你有一個來自master的分支，它有一堆提交。也許你在master上做了一個適當的更改，但是你不想在中帶來所有的更改（例如，小錯誤修復或添加小功能）。與git cherry-pick，你可以抓住只承諾從其他分支，並將其帶入master。

Answer 2

另一個用例是當你失去了一個提交併希望恢復它。 http://www.programblings.com/2008/06/07/the-illustrated-guide-to-recovering-lost-commits-with-git/

馬修@毫升恢復（主）$ GIT中櫻桃挑 93b0c51cfea8c731aa385109b8e99d19b38a55be成品一個櫻桃挑選。 創建提交f443703：現在這是很酷1個文件改變，1個 插入（+），0缺失（ - ）創建模式100644 cool_file

你需要有當然的哈希值。