标签: git-cherry-pick

gitcherry-pick 允许简单地通过指示哪个合并父级应该用作基线来选择简单的合并。例如：

git cherry-pick -m 1 1234abcdef

我有一堆提交想要挑选，其中一些可能是合并，而其他则不会。我希望能够使用 git rebase 来挑选所有这些提交，如下所示：

git rebase -i --onto myBranch myBranch 

并将选择列表放入交互式文件中：

p 1234
p 3224
... a bunch more picks
p abcde

而且，如果 git rebase 在这些提交中遇到合并，我想指定相当于cherry-pick 的-m 1选项，以指示应针对第一个父级选择更改。

我尝试了一些与合并相关的选项来变基，但最终总是收到错误：

commit 3c4ffe04532 is a merge but no -m option was given.

（即使我指定 -m 来变基。）

我意识到我可以使用cherry-pick 编写一个脚本，但我喜欢现有的行为rebase -i（它运行在命令列表中，如果遇到无法处理的情况则暂停）。我非常想直接利用该逻辑，但我一直无法找到正确的方法来巧妙地使用 rebasepick命令来填补这一空白。

有没有办法让 rebase 采用cherry-pick 的-m #行为pick？

为了以另一种方式陈述我的目标并帮助澄清问题 - 我想使用 git-rebase 的--i功能来协调一系列git cherry-picks，以便可以手动解决流程中的任何合并冲突，然后可以使用--continue …

我想挑选从分支到另一个分支的单一提交.我希望文件重命名很常见,但仍希望能够在没有人为干预的情况下应用更改.

由于内置的​​cherry-pick命令没有接缝来检测重命名(至少在我的测试用例中),特别是与修改重命名的文件结合使用时.

我尝试了一下,最后想出了一个涉及两个rebase操作的解决方案.

让我们假设我有一个名为target的分支指向我想要应用cherry-pick的提交.我想要挑选的提交由名为source的分支指向.

然后我执行以下命令:

1. create branch sourceTemp指向与源相同的提交(因为我想保留分支源)
2. git rebase --strategy="recursive" --strategy-option="rename-threshold=30" target sourceTemp (可能使用另一个阈值;测试文件非常小,因此更改相对较大)
3. git rebase --onto target sourceTemp~ sourceTemp

这仅适用于分支源中最后一次提交引用到目标的更改.

我也把测试放在github上:

https://github.com/fraschfn/cherry-pick

我想知道的是,如果这种方法是可行的,或者只是在我简单的测试设置中有效的话!

更新:替代方法

我将补丁重新绑定到源和目标的合并基础:

开始的情况

    A - B     <--- target
   /
  M 
   \
    C - D     <--- source

我想樱桃挑选D到B.

1. 创建新的分支补丁后,将D重新映射到M上

     A - B     <--- target
    /
   M - D'      <--- patch
    \
     C - D     <--- source
   

   Run Code Online (Sandbox Code Playgroud)

2. 合并C和D'以获取源代码

   合并B和D'以获取目标的修补版本

      A - B …

   Run Code Online (Sandbox Code Playgroud)

我有一个包含两个提交的pull请求,其中一个我愿意合并.

但是,pull请求已经关闭(未合并),并且从fork repo中删除了相应的分支.

有没有办法挑选那个提交？或者更一般地说,有没有办法合并一个关闭拉取请求而无法访问fork分支？