Tag: cherry pick

Git樱桃挑选语法和合并分支

所以我之前做了无数的樱桃采摘，看起来我现在必须在这个生活中失败，我试图从一个分支挑选到另一个应该很容易，我怎么会得到一个关于它是一个合并的错误，但是，不是-m被给了？ $ git cherry-pick a8c5ad438f6173dc34f6ec45bddcef2ab23285e0 error: Commit a8c5ad438f6173dc34f6ec45bddcef2ab23285e0 is a merge but no -m option was given. fatal: cherry-pick failed 这看起来错了…….应该是： $ git cherry-pick a8c5ad438f6173dc34f6ec45bddcef2ab23285e0 从什么时候我必须提供-mfunction？

如何樱桃从一个分支到另一个分支

我有2个分支， master dev 。 我在dev分支，我想樱桃select从master到dev 。 所以我做了 $ git cherry-pick be530cec7748e037c665bd5a585e6d9ce11bc8ad Finished one cherry-pick. 但是当我做git status和gitx ，我没有看到我的提交在git历史中be530cec7748e037c665bd5a585e6d9ce11bc8ad 。 我怎样才能看到我的提交在dev分支？

挑选工作后，git如何合并？

假设我们有一个master分支。 然后我们创build一个新的newbranch git checkout -b newbranch 并提交两个新的提交到新newbranch ： commit1和commit2 然后我们切换到主人并cherry-pick git checkout master git cherry-pick hash_of_commit1 看着gitk我们看到commit1和它的cherry-pick版本有不同的哈希，所以在技术上它们是两个不同的提交。 最后我们把newbranch合并到master ： git merge newbranch 并且看到这两个不同哈希的提交没有问题合并，尽pipe它们暗示着同样的修改应该应用两次，所以其中一个应该失败。 git是否真的在合并的时候对提交的内容做了一个明智的分析，并决定不应该改变两次，或者这些提交被内部标记为链接在一起？

樱桃采用git的提交是什么意思？

最近，我被要求选樱桃。 但我不知道这是什么意思。 那么cherry picking在git中cherry picking一个提交是什么意思？ 你怎么做呢？

如何挑选多个提交

我有两个分支。 提交a是一个头，而另一个有b ， c ， d ， e和f在上面。 我想将c ， d ， e和f到第一个分支而没有提交b 。 使用樱桃捡起很容易：首先结账第一个分支樱桃逐一挑选c到第二分支到第一个分支。 但是有什么办法可以在一个命令中挑选所有的c – f ？ 以下是该场景的视觉描述（感谢JJD ）：