340

目前 git 正在努力，我无法为以下问题提出最佳解决方案。

有两个分支，一个叫做master，一个叫做mobiledevicesupport。我想将 mobiledevicesupport 保持为一个连续的分支，只要 mobiledevicesupport 稳定，它将与主分支合并/同步。这会将 mobiledevicesupport 的更改合并到 master 中，但也会将 master 的所有更改带入 mobiledevicesupport，以便可以继续处理分支并改进或修改功能。这需要与中央存储库和多个开发人员一起工作。

请举一个其他人使用的类似工作流程的示例，或者告诉我这个想法是否愚蠢，我应该考虑其他选择。目前工作流程似乎很合理，但我只是不知道如何让 git 以这种方式工作。

谢谢，非常感谢所有帮助。

更新 1：如果我要将 master 合并到 mobiledevicesupport 并将 mobiledevice 支持合并到 master，我是否会在两个分支中获得复制提交。或者 git 足够聪明，可以计算出我已经将分支 A 的最新更改拉到分支 B 并将合并提交 C 添加到分支 B。我已经将分支 B 的最新更改拉到分支 A 并将合并提交 D 添加到分支一种？

我打算发布一张图片，但我没有足够的声誉，所以我想下面的插图将不得不做。两个分支连续运行，合并经常双向。我不确定的关键是 git 将如何处理提交，它是否会在合并时用来自另一个分支的提交填充任一分支，或者它会保持干净。我之前使用过rebase，但它似乎结束了分支并将所有提交放入master，或者我做错了。感谢你目前的帮助。

master
A--B--C-----H--I--J--M--N
       \   /    \
mobile  \ /      \
D--E--F--G--------K--L
4

7 回答 7

545

是的，只是做

git checkout master
git pull
git checkout mobiledevicesupport
git merge master

保持 mobiledevicesupport 与 master 同步

然后当你准备好将 mobiledevicesupport 放入 master 时，首先像上面那样合并到 master 中，然后......

git checkout master
git merge mobiledevicesupport
git push origin master

就是这样。

这里的假设是 mobilexxx 是一个主题分支，其工作尚未准备好进入您的主分支。所以只有在移动设备支持好的时候才合并到master

于 2013-05-02T03:44:53.723 回答
50

每当您想从 master 获取更改到您的工作分支时，请执行git rebase <remote>/master. 如果有任何冲突。解决它们。

当您的工作分支准备就绪时，再次变基，然后执行git push <remote> HEAD:master. 这将更新远程（中央仓库）上的主分支。

于 2013-05-02T05:16:49.217 回答
19

concept47 的方法是正确的方法，但我建议与 --no-ff 选项合并，以保持您的提交历史清晰。

git checkout develop
git pull --rebase
git checkout NewFeatureBranch
git merge --no-ff master
于 2015-06-01T08:23:49.113 回答
13

通过 git merge 接受的答案将完成工作，但会留下混乱的提交历史，正确的方法应该是通过以下步骤“变基”（假设您希望在 PR 之前进行最终推送之前将您的功能分支保留在 sycn 中并使用 develop ）。

1git fetch来自您的功能分支（确保您正在处理的功能分支是最新的）

2git rebase origin/develop

3 如有冲突，一一解决

4git rebase --continue处理完所有冲突后使用

5git push --force

于 2016-11-29T15:36:16.080 回答
9

是的，我同意你的做法。要将 mobiledevicesupport 合并到 master 中，您可以使用

git checkout master
git pull origin master //Get all latest commits of master branch
git merge mobiledevicesupport

同样，您也可以在 mobiledevicesupport 中合并 master。

问：交叉合并是否存在问题。

A. 这取决于上次同步时在 mobile* 分支和 master 分支中所做的提交。举个例子：在最后一次同步之后，这些分支发生了以下提交

Master branch: A -> B -> C [where A,B,C are commits]
Mobile branch: D -> E

现在，假设提交 B 对文件 a.txt 进行了一些更改，并且提交 D 也对 a.txt 进行了一些更改。现在让我们看看合并的每个操作的影响，

git checkout master //Switches to master branch
git pull // Get the commits you don't have. May be your fellow workers have made them.
git merge mobiledevicesupport // It will try to add D and E in master branch.

现在，有两种类型的合并可能

  1. 快进合并
  2. 真正的合并（需要手动操作）

Git 将首先尝试进行 FF 合并，如果发现任何冲突都无法由 git 解决。它使合并失败并要求您合并。在这种情况下，将发生一个新的提交，负责解决 a.txt 中的冲突。

所以底线是交叉合并不是问题，最终你必须这样做，这就是同步的意思。在生产中做任何事情之前，确保你在合并分支时弄脏了你的手。

于 2013-05-02T03:32:06.510 回答
6

运行以下命令：

$ git checkout mobiledevice
$ git pull origin master

这会将所有最新提交合并到您的分支。如果合并导致一些冲突，您需要修复它们。

我不知道这是否是最佳做法，但对我有用。

于 2020-10-30T05:52:46.307 回答
2

您正在朝着正确的方向思考。不断合并master与mobiledevicesupport，当mobiledevicesupport稳定时将mobiledevicesupport与master合并。每个开发人员都有自己的分支，并且可以根据他们的角色在 master 或 mobiledevicesupport 上进行合并。

于 2013-05-02T03:21:14.453 回答