Git合并方向错误？
Git仍然时常让我困惑 我有一个舞台和一个主分支。通常开发发生在临时分支上，该分支定期合并到主分支中 但是，已经直接向主分支作出了一些承诺。这意味着登台分支中缺少更新Git合并方向错误？,git,Git,Git仍然时常让我困惑 我有一个舞台和一个主分支。通常开发发生在临时分支上，该分支定期合并到主分支中 但是，已经直接向主分支作出了一些承诺。这意味着登台分支中缺少更新 我如何使我的暂存分支与主机恢复最新状态？我认为合并应该总是在一个方向上进行（即，staging>master），而合并master>staging不是一种方式，对吗 是的。虽然从技术上讲，合并可以向任何一个方向进行，但如果您将master合并到一个feature分支中，它就不再是一个feature分支，而只是一堆带有特征元素的随机
我如何使我的暂存分支与主机恢复最新状态？我认为合并应该总是在一个方向上进行（即，staging>master），而合并master>staging不是一种方式，对吗 是的。虽然从技术上讲，合并可以向任何一个方向进行，但如果您将master合并到一个feature分支中，它就不再是一个feature分支，而只是一堆带有特征元素的随机内容。仅当最终合并为挤压时才执行此操作 如果你计划以正常的方式合并回来，你的主要计划就是加快速度。忽略主节点，并在最终合并时解决差异。只需要把你的树枝一个人留下 若你们不能走得快，最好时不时地在主节点上重新设置你们的分支。（确保每一次提交都能正常工作！）一个折中的解决方案是将某些部分合并回去，然后只对其余部分重新设置基础
另一个可行的选择是挑选一些真正必须有补丁的补丁。我认为时不时地将
masterstaging暂存stagingstagingmaster（当然，以上并不是唯一可能的分支策略。请参阅）在某些情况下，我通常使用
git-rebase- 从主人那里分支
- 在分行工作
- 从主节点重新设置基础以捕获分支中不存在的主节点中的更改
- 解决任何问题后合并到主机
masterstaginggit-rebasegit-mergestagingstagingstaging