git将主服务器的最新提交合并回分支

git将主服务器的最新提交合并回分支,git,tortoisegit,Git,Tortoisegit,在我的存储库中,我有一个名为“UI增强”的分支。该分行在2015年2月25日办理入住手续后从主分行出发。请参阅下面列出的签入 自2015年2月25日代码分支以来,我已经在我的主分支中进行了多次签入和推送。请参阅下面我的主分支上的签入,并记下时间 在继续在我的UI增强分支中工作之前,我想将我在主分支中的所有最新提交合并到我的UI增强分支中 我正在使用乌龟git作为我的客户。我不知道怎么做。我尝试转到我的UI增强分支,并选择git synch与我的本地分支作为UI增强,与我的远程分支作为主分支,

在我的存储库中,我有一个名为“UI增强”的分支。该分行在2015年2月25日办理入住手续后从主分行出发。请参阅下面列出的签入

自2015年2月25日代码分支以来,我已经在我的主分支中进行了多次签入和推送。请参阅下面我的主分支上的签入,并记下时间

在继续在我的UI增强分支中工作之前,我想将我在主分支中的所有最新提交合并到我的UI增强分支中

我正在使用乌龟git作为我的客户。我不知道怎么做。我尝试转到我的UI增强分支,并选择git synch与我的本地分支作为UI增强,与我的远程分支作为主分支,但我认为这不是正确的方法,因为我得到以下错误

我曾试图转到我的UI增强分支并从主分支中提取,但它只是说所有内容都是最新的


有人能帮我做点什么吗?请尝试并作出具体的回答,因为这是我使用的客户龟。仅供参考,我使用的Ortoisegit版本是1.8.11.0。

不知道如何在Ortoisegit中实现这一点,但命令行非常简单:

git checkout 1.0.0-UI-ENHANCEMENTS
git rebase master
这将签出当前
master
分支,并在
1.0.0-UI-ENHANCEMENTS
的当前状态上重播您在
master
中完成的所有提交

请注意,在
重新基址
之后,由于重新基址过程,您必须
git push-f origin 1.0.0-UI-ENHANCEMENTS


进一步了解和中的重定基调。

不知道如何在Ortoisegit中执行此操作,但命令行非常简单:

git checkout 1.0.0-UI-ENHANCEMENTS
git rebase master
这将签出当前
master
分支,并在
1.0.0-UI-ENHANCEMENTS
的当前状态上重播您在
master
中完成的所有提交

请注意,在
重新基址
之后,由于重新基址过程,您必须
git push-f origin 1.0.0-UI-ENHANCEMENTS


请进一步阅读和中的有关重定基址的内容。

此问题的上一个答案已被接受为此问题的答案,并且是正确的答案。对于一个乌龟git的翻译,这里是你如何做到在接受的答案中所描述的

以下是如何结帐

下面是如何从远程主分支重新设置基础。

这个问题的上一个答案被认为是正确的答案。对于一个乌龟git的翻译,这里是你如何做到在接受的答案中所描述的

以下是如何结帐

下面是如何从远程主分支重新设置基础。

我也建议重新设置基础,除非其他人也在使用
1.0.0-UI-ENHANCEMENTS
@jcm:是的,绝对是这样。我相信我已经读过几十遍了(我知道并且理解它),但是找不到一个详细解释原因的链接。这将是一个很好的想法,有一个资源的地方,可以作为共享存储库免责声明推力下降链接在这里…谢谢大家。我有git bash,所以我可以试试这个。幸运的是,我将从master合并回UI增强分支的提交没有冲突,但如果冲突了呢?此命令将如何决定解决冲突?@Richie:如果有任何无法自动解决的冲突,则在此提交时将停止重定基址,您必须手动解决冲突,就像您通常所做的那样。我也建议使用重定基址,除非其他人也在使用
1.0.0-UI-ENHANCEMENTS
@jcm:是的,绝对是。我相信我已经读过几十遍了(我知道并且理解它),但是找不到一个详细解释原因的链接。这将是一个很好的想法,有一个资源的地方,可以作为共享存储库免责声明推力下降链接在这里…谢谢大家。我有git bash,所以我可以试试这个。幸运的是,我将从master合并回UI增强分支的提交没有冲突,但如果冲突了呢?此命令将如何决定解决冲突?@Richie:如果有任何无法自动解决的冲突,则在此提交时将停止重定基,您必须手动解决冲突,就像您通常所做的那样。