我正在尝试确定适当的git工作流程。有几个问题使我感到困惑。
您正在功能分支上。提交后，您应该：
1）拉开功能分支（如果您是唯一正在处理此功能的分支，则为可选。）>
2）从主服务器合并（或更好地调整基准）并解决冲突（如果有）。
3）结帐母版。
4）从远程主站拉出。
5）合并功能分支（如果一切顺利，将导致快速前进）。>
6）按下遥控器。
正如我提到的，有些事情对我不利。
步骤2假设主服务器是最新的，不是吗？
如果不是（步骤4实际上进行了一些更改），那又是什么呢？您是否应该返回功能分支并重复步骤2？
我不确定从哪里来，但是我有一个观念，即所有合并（或替换为变基）冲突都应在功能分支中解决。那是对的吗？如果是这样，为什么？
如果3为true，那么我应该去掌握，拉动（以确保拥有最新的主人），返回要素分支并进行合并/变基（也包括额外的步骤以确保主人是最新的吗？）？
编辑1：
例如，一个场景：
您完成了要素分支的工作，并希望将这些变更放到master上。您目前在本地功能分支中。自从您开始在功能分支上工作以来，本地主机上没有任何更改。但是，远程主服务器上有更改。一个人应该如何处理这种情况？
我正在尝试确定适当的git工作流程。有几个问题使我感到困惑。您正在功能分支上。提交后，您应该：1）拉入功能分支（...
假设一次有多个人在存储库上工作，而远程源代码管理（SCM）
是GitHub。您应该为工作创建一个Pull Request（其他SCM提供程序也将其称为<< [合并请求