你想的方向是对的。不断合并master和mobiledevicesupport，并在mobiledevicesupport稳定时合并master。每个开发人员都有自己的分支，可以根据自己的角色与主设备或移动设备支持进行合并。

你想的方向是对的。不断合并master和mobiledevicesupport，并在mobiledevicesupport稳定时合并master。每个开发人员都有自己的分支，可以根据自己的角色与主设备或移动设备支持进行合并。

当你想要把master的更改放到你的工作分支中时，执行git rebase <remote>/master。如果有任何冲突。解决这些冲突。

当你的工作分支准备好了，重新设置base，然后执行git push <remote> HEAD:master。这将在远程(中央回购)上更新主分支。

执行如下命令:

$ git checkout mobiledevice
$ git pull origin master 

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

我不知道这是否是最好的做法，但对我来说是有效的。

是的，我同意你的方法。要合并移动设备支持到master，您可以使用

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

同样，你也可以在mobiledevicesupport中合并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.

现在，有两种可能的合并

快进合并 真正的合并(需要手动操作)

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

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

using yourBranch = mobiledevicesupport;

让你的分支和master保持同步包括两个重要的细节:

根据master更新云中的yourBranch版本 根据master更新你PC上的yourBranch版本

如何:

假设你的分支在master后面

创建一个合并请求从master到你的分支(例如via GitLab web UI) 接受/解决从master到你分支的合并请求。 通过GitLab web UI)

现在你的分支中有来自master的变化 这已经在远程(云中)将主更改加载到你的分支，但还没有在本地

更新你的分支的旧版本 你的电脑)

确保您现在正在与您的分支进行本地交互 Git获取将检查更改 git状态会告诉你本地存储库的状态(你本地的分支库)——例如master后5次提交 Git pull会从云端(从“远程”)下载新的更新版本，其中添加了来自master的更改-现在你将在本地存储库(在你的机器上)与master同步。