Git新功能分支使用咨询：feature/b1分支后续改动处理方式问询

追加变更的操作选择 #

正确选择是第2种操作方式，相关操作逻辑说明：

• 功能分支的设计初衷就是承载单个独立需求从开发到上线的全量变更，只要你要追加的改动仍然属于feature/b1对应的功能范围，就完全不需要新建feature/b2分支，无端新增分支只会导致仓库分支冗余、版本管理混乱。
• 第1种新建分支的操作，仅适用于你需要开发与feature/b1完全无关的另一个新需求的场景，不属于同个功能追加变更的适用方案。
• 追加变更的标准操作流程：
  1. 本地保持在feature/b1分支，完成新的代码改动后提交
  2. 执行git pull origin feature/b1拉取远程该分支的最新改动，如有冲突本地解决后再提交
  3. 执行git push origin feature/b1推送本地新提交到远程即可

同一feature分支是否会产生合并冲突 #

持续使用同一个feature/b1分支本身不会直接导致合并冲突，冲突只会在以下场景触发：

• 两个不同分支对同一文件的同一行/相邻行代码做了不一致的修改，合并两个分支时才会产生冲突。
• 单人开发feature/b1的场景下，只要没有其他人改动该分支、也没有主动合并其他分支到feature/b1，就不会出现冲突。
• 多人协作开发同个feature/b1的场景下，每次推送前先拉取远程最新改动、本地解决冲突后再推送，即可避免远程分支出现无法合并的问题。

内容的提问来源于stack exchange，提问作者Future-is-bright