Git rebase一次又一次回到同一个地方
我遇到了Git rebase的问题，我必须一次又一次地合并代码，但仍然不成功。
我从主人那里砍下了我的分支（A）。 我开始在我的分支上工作并做出更多的承诺。 同时，主人也改变了，接受了一堆提交。 现在我试图将我的分支合并回主。
所以我给，
git co master
git pull
git co branch-A
git rebase master
现在我收到类似CONFLICT的消息：合并冲突
有了这个，它分支到一个新的分支名称（没有分支，rebasing分支-A）之后，我解决了所有的冲突，然后我给所有这些文件的git add。
现在我得到了状态
rebase in progress; onto ad0da3f
You are currently rebasing branch 'branch-A' on 'ad0da3f'.
(all conflicts fixed: run "git rebase --continue")
在此之后，我运行git rebase --continue，并且我为解决冲突所做的所有更改都消失了，它会回到最初的合并状态，并像以前一样抛出大量冲突！
我的问题是，
在我成功合并了所有从主分支到我的分支的更改后，将我的分支合并回主分支，我可以简单地使用，
git co master git合并分支-A
还是需要发布更多命令？
请任何帮助...
对我来说，很难说你有什么问题，但请按照以下步骤操作：
首先，在项目的哪个位置备份文件夹，只要出现问题，您仍然拥有原始的本地存储库。
在master中用rebase来拉动：
git checkout master
git pull --rebase origin master
将您的分支与主人重新组合：
git checkout branch-A
git rebase master
当然，如果有冲突，就要解决你已经做的事情。
当我说自己重建一个分支时，我想说说用远程更新你的分支。 当然，如果只使用分支-A，则不需要在本地分支中执行pull或pull --rebase。 但在掌握这是一个很好的做法，使用rebase来避免由git pull导致的合并提交。 当然，rebase会造成一些影响，例如，在你进行rebase之前提交commit。 所以，理想的做法是让所有事情都变成本地化的，只有在你推动你的分支或与主人合并之后。 请参阅重组的危险。
在我的情况下，我喜欢做的是：在重新绑定我的功能分支与主，我签出并掌握并做混合git merge <my-branch> --no-ff 。 这样我的git历史就有一个提交合并分支'my-branch' 。 我喜欢我的git历史。
有关合并与rebase的更多信息，请参阅此问题的答案'git merge'和'git rebase'有什么区别？
链接地址: http://www.djcxy.com/p/45095.html