我正在 GitHub 上寻找最佳实践，分叉与分支。我读过这个GitHub 中的分叉与分支 https://stackoverflow.com/questions/3611256/forking-vs-branching-in-github，但这不相关。
我们的 5 人团队正在同一个存储库上工作，我们希望避免合并代码中的问题、冲突或回归。目标是让 5 个人处理项目的不同部分，通常处理同一个文件。
我想知道是否值得：
- 分叉项目、工作并创建拉取请求，以便每个人都可以轻松查看代码，或者
- 创建一个新分支 - 工作完成后在 master 上工作并合并。
对我来说，处理具有多个开发人员的项目时的最佳实践是使用gitflow https://github.com/nvie/gitflow分支模型。
首先，主分支现在仅用于跟踪应用程序的发布、主要版本、次要版本或补丁版本，遵循语义版本控制 http://semver.org/.
开发分支将成为您项目的核心，因为它将在不同功能和您的版本之间架起桥梁。
该系统有助于减少合并次数，就像简单的分支系统一样，但添加了语义逻辑以及随之而来的友好且简单的命令。
有关 gitflow 的更多信息，您可以关注这个链接 http://nvie.com/posts/a-successful-git-branching-model/.
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
