Git

较为标准的版本（多人协作） master 分支：用于存放稳定的生产环境代码，每个合并到master的提交通常都对应一个发布版本。 develop 分支：用于源代码功能集成 feature分支：基于develop 分支，拉出新分支来开发，开发过程中，需要经常切回develop分支pull最新更改（可能来自其他同事），然后切回feature分支做 git merge develop；开发完成之后提起 Merge Request （也叫 Pull Request） release1.1.0分支：要发布时，基于 develop 分支来拉出 当develop分支达到稳定状态时，会通过release分支将代码合并到master分支。（放到 master 上即代表发包完成，并且可以从master上拿这个包去发布给官方平台） bug 修复： develop 阶段：在develop分支或相关feature 分支上修复 release 阶段，则基于 release 拉出 hotfix分支上修复bug，修复后合入 release 并且事后将修改同步到 develop 分支。 如果已经上线（已经由 release 提交到master中），则基于 master 分支的最新 release 去拉出hotfix分支上修复bug，然后合并回 master 和 develop。 master(main)分支的主要作用是： 代表生产环境的代码，包含已经部署到生产环境的稳定版本 是项目的官方发布历史，每个合并到master的提交通常都对应一个发布版本 需要保持高度稳定，确保任何时候都可以从这个分支部署到生产环境 通常设有保护措施，不允许直接提交，而是通过合并release或hotfix分支的方式更新 在Git流工作流中，master分支与develop分支共同工作： develop分支用于集成开发中的功能 release 代表产品的不同版本 当develop分支达到稳定状态时，会通过release分支将代码合并到master分支 对于生产环境中发现的紧急问题，会从master分支创建hotfix分支进行修复，然后同时合并回master和develop分支 非标准版本（两三个人的协作时候可以） develop 分支作为源代码管理 feature 分支开发功能，完成后合入 develop 分支 产品版本各个功能开发完成后，直接将 develop 分支的代码拿去打包提交审核。 产品版本节点使用 tag 标记。例如 v1.1.2。 ...