分支管理

分支命名

master 分支

• master 为主分支，也是用于部署生产环境的分支，确保master分支稳定性
• master 分支一般由develop以及hotfix分支合并，任何时间都不能直接修改代码

develop 分支

• develop 为开发分支，始终保持最新完成以及bug修复后的代码
• 一般开发的新功能时，feature分支都是基于develop分支下创建的

feature 分支

• 开发新功能时，以develop为基础创建feature分支
• 分支命名: feature/ 开头的为特性分支， 命名规则: feature/user_module、 feature/cart_module

release分支

• release 为预上线分支，发布提测阶段，会release分支代码为基准提测

hotfix 分支

• 分支命名: hotfix/ 开头的为修复分支，它的命名规则与 feature 分支类似
• 线上出现紧急问题时，需要及时修复，以master分支为基线，创建hotfix分支，修复完成后，需要合并到master分支和develop分支

分支冲突

Example

• 在Git中，分支冲突通常发生在两个或更多的开发者在同一时间对同一文件进行修改的情况下。如果在同一个分支下，对本地的某个文件做出了修改，此时我们在进行pull或push时如果远程分支下的同一个文件也有修改，那么代表本地和远程分支的代码是不同步的，此时也会引起冲突。
• 然而，如果你的修改和其他开发者的修改没有重叠，那么就不会产生冲突。例如，如果你在一个文件的顶部添加了一行，而另一个开发者在文件的底部添加了一行，那么这两个修改就可以自动合并，不会产生冲突。

避免建议

• 模块化设计：将系统划分为独立的模块或组件，每个模块负责特定的功能。这样，不同的开发人员可以专注于不同的模块，减少彼此之间的干扰。
• 接口定义：为每个模块定义清晰的接口和约定，确保模块之间的通信是稳定和一致的。这有助于防止一个模块的变化对其他模块造成负面影响。
• 代码规范：制定并遵循一致的代码规范。这可以帮助确保团队成员以相似的方式编写代码，降低代码冲突的可能性。
• 版本控制策略：使用合适的版本控制工具，并定义良好的分支策略。按照功能或任务划分分支，以减少不同任务之间的干扰。
• 定期集成：鼓励团队成员定期将自己的工作集成到主要的开发分支中。这有助于及早发现潜在的冲突，以及确保所有团队成员都在同一个代码基础上工作。
• 沟通与协作：保持团队之间的沟通，分享关于正在进行的工作的信息。这有助于避免不同开发人员在相同区域进行修改而不知情。