目前git正在努力,我无法想出以下的最佳解决方案.
有两个分支,一个叫master,一个叫mobiledevicesupport.我希望将mobiledevicesupport保持为一个连续的分支,只要mobiledevicesupport稳定,它就会与主分支合并/同步.这会将来自mobiledevicesupport的更改合并到master中,但也会将master中的所有更改带入mobiledevicesupport,以便继续处理分支并更改或修改功能.这需要与中央存储库和多个开发人员一起工作.
请举例说明其他人使用的类似工作流程,或者只是告诉我这个想法是不是很愚蠢,我应该考虑其他选择.目前工作流程似乎很合理,但我只是不知道如何让git以这种方式工作.
谢谢,所有帮助非常感谢.
更新1:如果我要将master与mobiledevicesupport和mobiledevice support合并到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
con*_*t47 382
是的只是做
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是一个主题分支,其工作还没有准备好进入你的主分支.因此,当mobiledevicesupport处于一个好位置时,只能合并到master中
eup*_*a83 43
每当您想要从master进行更改到您的工作分支时,请执行git rebase <remote>/master.如果有任何冲突.解决他们.
当你的工作分支准备好后,再次进行rebase然后再做git push <remote> HEAD:master.这将更新远程(中央仓库)上的主分支.
Iwi*_*ghT 11
concept47的方法是正确的方法,但我建议与--no-ff选项合并,以保持您的提交历史清晰.
git checkout develop
git pull --rebase
git checkout NewFeatureBranch
git merge --no-ff master
Gob*_*0st 10
通过 git merge 接受的答案将完成工作，但会留下混乱的提交历史，正确的方法应该是通过以下步骤“rebase”（假设您希望在 PR 之前进行最终推送之前将您的功能分支与开发保持在 sycn 中）。
1git fetch来自您的功能分支（确保您正在处理的功能分支是最新的）
2 git rebase origin/develop
3、如有冲突，一一解决
4git rebase --continue处理完所有冲突后使用
5 git push --force
是的,我同意你的方法.要将mobiledevicesupport合并到master中,您可以使用
git checkout master
git pull origin master //Get all latest commits of master branch
git merge mobiledevicesupport
同样,您也可以在mobiledevicesupport中合并master.
问:如果交叉合并是一个问题.
答:它取决于上次同步时在mobile*branch和master branch中所做的提交.以此示例为例:在上次同步之后,以下提交发生在这些分支上
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.
现在,有两种类型的合并可能
Git将首先尝试使FF合并,如果发现任何冲突都无法通过git解析.它无法合并并要求您合并.在这种情况下,将发生新的提交,负责解决a.txt中的冲突.
所以底线是交叉合并不是问题,最终你必须这样做,这就是同步意味着什么.在进行任何生产之前,确保在合并分支时弄脏你的手.
小智 8
运行以下命令：
$ git checkout mobiledevice
$ git pull origin master
这会将所有最新提交合并到您的分支。如果合并导致一些冲突，您需要修复它们。
我不知道这是否是最佳实践，但对我有用。