我从我主人那里得到了两个分支:
v2.1:(版本2)我已经做了几个月了 wss:我昨天创建了一个特定的功能添加到我的master(在生产中)
有没有办法将昨天的提交从wss复制到v2.1?
当前回答
git精选:应用一些现有提交引入的更改
假设我们有(X, Y, Z)提交的分支A。我们需要将这些提交添加到分支b。我们将使用选择操作。
当我们使用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
工作流示例:
我们可以有选择地选择
-e或——edit:使用这个选项，git会让你在提交之前编辑提交消息。
-n或——no-commit:通常该命令会自动创建一个提交序列。该标志应用必要的更改，将每个命名的提交选择到您的工作树和索引中，而不进行任何提交。此外，当使用此选项时，您的索引不必与HEAD提交匹配。根据索引的开始状态进行选择。
这里有一篇关于择偶的有趣文章。
其他回答
git精选:应用一些现有提交引入的更改
假设我们有(X, Y, Z)提交的分支A。我们需要将这些提交添加到分支b。我们将使用选择操作。
当我们使用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
工作流示例:
我们可以有选择地选择
-e或——edit:使用这个选项，git会让你在提交之前编辑提交消息。
-n或——no-commit:通常该命令会自动创建一个提交序列。该标志应用必要的更改，将每个命名的提交选择到您的工作树和索引中，而不进行任何提交。此外，当使用此选项时，您的索引不必与HEAD提交匹配。根据索引的开始状态进行选择。
这里有一篇关于择偶的有趣文章。
cherry-pick命令可以从标准输入读取提交列表。
下面的命令选择用户John在“开发”分支中但不在“发布”分支中的提交，并按时间顺序执行。
git log develop --not release --format=%H --reverse --author John | git cherry-pick --stdin
您可以从想要复制的提交中创建一个补丁，并将该补丁应用到目标分支。
或者如果你不太站在福音派这边你可以用我用的丑陋的方法。在deploy_template中，有一些提交需要作为分支部署复制到主节点上
git branch deploy deploy_template
git checkout deploy
git rebase master
这将在deploy_template上创建新的分支deploy(我使用-f来覆盖现有的deploy分支)，然后将这个新分支重新基于master，不改变deploy_template。
假设我已经向主分支提交了更改。 现在我将获得提交的提交id (xyz)。 然后我必须去到我需要推送提交的分支。
单次提交id xyz
git checkout branch-name
git cherry-pick xyz
git push origin branch-name
多个提交id xyz abc qwe
git checkout branch-name
git cherry-pick xyz abc qwe
git push origin branch-name
