我的主人有两个分支:
- v2.1:(版本2)我已经工作了几个月
- wss:我昨天创建的用于向我的主人添加一个特定功能(在生产中)
有没有办法将昨天的提交从 wss 复制到 v2.1?
我的主人有两个分支:
有没有办法将昨天的提交从 wss 复制到 v2.1?
采用
git cherry-pick <commit>
申请<commit>
到您当前的分支机构。
我自己可能会交叉检查我选择的提交,gitk
然后通过右键单击那里的提交条目来挑选它们。
如果您想更加自动化(具有所有危险)并假设自昨天以来的所有提交都发生在 wss 上,您可以使用git log
(--pretty
由 Jefromi 建议)生成提交列表
git log --reverse --since=yesterday --pretty=%H
所以一切都在一起假设你使用bash
for commit in $(git log --reverse --since=yesterday --pretty=%H);
do
git cherry-pick $commit
done
如果这里出了问题(有很大的潜力),你就会遇到麻烦,因为这适用于实时结账,所以要么手动挑选樱桃,要么像 Jefromi 建议的那样使用 rebase。
你真的应该有一个工作流程,让你通过合并来完成这一切:
- x - x - x (v2) - x - x - x (v2.1)
\
x - x - x (wss)
所以你所要做的就是git checkout v2.1
和git merge wss
。如果由于某种原因你真的不能这样做,并且你不能使用git rebase将你的 wss 分支移动到正确的位置,那么从某个地方获取单个提交并将其应用到其他地方的命令是git cherry-pick。只需检查要应用它的分支,然后运行git cherry-pick <SHA of commit to cherry-pick>
.
变基可能会为您节省的一些方法:
如果您的历史记录如下所示:
- x - x - x (v2) - x - x - x (v2.1)
\
x - x - x (v2-only) - x - x - x (wss)
您可以使用git rebase --onto v2 v2-only wss
将 wss 直接移动到 v2 上:
- x - x - x (v2) - x - x - x (v2.1)
|\
| x - x - x (v2-only)
\
x - x - x (wss)
然后就可以合并了!如果你真的,真的,真的无法达到可以合并的地步,你仍然可以使用 rebase 一次有效地做几个樱桃挑选:
# wss-starting-point is the SHA1/branch immediately before the first commit to rebase
git branch wss-to-rebase wss
git rebase --onto v2.1 wss-starting-point wss-to-rebase
git checkout v2.1
git merge wss-to-rebase
注意:这样做需要一些额外工作的原因是它在您的存储库中创建了重复的提交。这真的不是一件好事 - 简单分支和合并的全部意义在于能够通过在一个地方提交并将它们合并到需要它们的任何地方来完成所有事情。重复提交意味着永远不要合并这两个分支(如果您决定稍后再合并,则会发生冲突)。
git cherry-pick
:应用一些现有提交引入的更改
假设我们有带有 (X, Y, Z) 提交的分支A。我们需要将这些提交添加到分支B。我们将使用这些cherry-pick
操作。
当我们使用时cherry-pick
,我们应该按照提交在分支 A 中出现的时间顺序在分支B上添加提交。
cherry-pick 确实支持一系列提交,但如果您在该范围内有合并提交,它会变得非常复杂
git checkout B
git cherry-pick SHA-COMMIT-X
git cherry-pick SHA-COMMIT-Y
git cherry-pick SHA-COMMIT-Z
工作流程示例:
我们可以使用cherry-pick
with选项
-e 或 --edit:使用此选项, git cherry-pick 将允许您在提交之前编辑提交消息。
-n 或 --no-commit:通常该命令会自动创建一系列提交。此标志应用必要的更改来挑选每个命名提交到您的工作树和索引,而不进行任何提交。此外,使用此选项时,您的索引不必匹配 HEAD 提交。挑选是针对索引的开始状态进行的。
这里有一篇关于cherry-pick
.
假设我已经提交了对 master 分支的更改。我现在将获得提交的提交 id ( xyz
)。然后我必须去我需要推送我的提交的分支。
单个提交 IDxyz
git checkout branch-name
git cherry-pick xyz
git push origin branch-name
多个提交 IDxyz
abc
qwe
git checkout branch-name
git cherry-pick xyz abc qwe
git push origin branch-name
已经提到的答案涵盖了大部分内容,但似乎缺少的一件事是ing的--no-commit
功能。cherry-pick
假设您在功能分支上有多个提交,并且您希望将所有提交“合并”为一个提交并将它们放在您的主分支上。在这种情况下,您需要做的是:
git checkout <branch-on-which-to-add-features>
git cherry-pick --no-commit <commit-hash>
git cherry-pick --no-commit <commit-hash>
.
.
.
最后,一旦你cherry-pick
编辑了所有必需的特性,你就可以做一个最终的提交:
git commit -m "Some message for the merge commit"
理想情况下,正如@Cascabel提到的,您应该使用merge
or rebase
。但是,如果您觉得没有其他选择,您可以使用cherry-pick
ing 侥幸逃脱。
或者,如果你在传道者方面少了一点,你可以做一些我正在使用的丑陋的方式。在 deploy_template 中,我想将提交复制到我的 master 作为分支部署
git branch deploy deploy_template
git checkout deploy
git rebase master
这将在 deploy_template 上创建新的分支部署(我使用 -f 覆盖现有的部署分支),然后将这个新分支重新定位到 master 上,而使 deploy_template 保持不变。
这是另一种方法。
git checkout {SOURCE_BRANCH} # switch to Source branch.
git checkout {COMMIT_HASH} # go back to the desired commit.
git checkout -b {temp_branch} # create a new temporary branch from {COMMIT_HASH} snapshot.
git checkout {TARGET_BRANCH} # switch to Target branch.
git merge {temp_branch} # merge code to your Target branch.
git branch -d {temp_branch} # delete the temp branch.
cherry-pick 命令可以从标准输入中读取提交列表。
以下命令cherry-picks 用户 John 编写的存在于“develop”分支但不存在于“release”分支中的提交,并按时间顺序执行。
git log develop --not release --format=%H --reverse --author John | git cherry-pick --stdin
对于仅将最后一次提交从分支 wss 复制到 v2.1 的简单情况,您可以简单地获取提交 id ( git log --oneline | head -n 1
) 并执行以下操作:
git checkout v2.1
git merge <commit>
使用内置的 git gui 来挑选特定的提交会更安全:
例如:将一个提交从一个dev
分支复制到另一个main
分支:
git checkout main
gitk --all
然后右键单击所需的提交并选择Cherry-pick this commit
gitk
对于 Mac:在 Mac 上安装 gitk