我认为这样做有两种可能性:
这两种方法的优缺点是什么?我更倾向于第一种方法。你们说什么?
发布于 2016-01-07 13:54:52
简单的答案--有很多更复杂的--就是做一个合并,所以:
git checkout master
git pull
git checkout <your-branch>
git merge master(这实际上与您在备选案文2中描述的相同)
根据您的设置,您可能不需要所有这些步骤(但所有这些步骤都不会对您造成伤害)--我建议阅读每个命令,以找到最适合您的精确工作流。
这将将主服务器的更改合并到您的分支中,并且可能会创建一个新的提交,并有一个注释清楚地表明这是一个合并。
另一种更高级的选择是rebase,而不是merge,它将有效地将时间倒转到您的分支与主服务器分离的时间点,然后将更改拉到主服务器上,使您的分支与主服务器保持一致,但不需要提交,并最终应用您的提交。这样做的好处是,它使历史变得更简单--您只需得到一条直线的更改,而不是两个在合并点连接的独立分支。
要做到这一点,你应该这样做:
git checkout <your-branch>
git rebase master我建议在重基的基础上阅读文档,因为有很多情况下会变得很困难,如果您刚开始使用git,肯定会选择合并,但是当您更加自信时,请重新定位--这是一个非常强大的特性,更像我认为您在选项1中所描述的。
发布于 2018-06-14 06:30:01
如果将remote设置为默认的origin (可以使用git remote -v进行检查),则只需执行以下操作:
git merge origin master发布于 2016-01-07 13:52:10
当您在当前的分支git merge master中
https://stackoverflow.com/questions/34656523
复制相似问题