标签：git develop feature 开发 master 版本 hotfix 分支

　　先来复习一波，git的最佳分支管理流程：

　　再简单复习各个分支：

• master: 主分支，主要用来版本发布。
• develop：日常开发分支，该分支正常保存了开发的最新代码。
• feature：具体的功能开发分支，只与 develop 分支交互。
• release：release 分支可以认为是 master 分支的未测试版。比如说某一期的功能全部开发完成，那么就将 develop 分支合并到 release 分支，测试没有问题并且到了发布日期就合并到 master 分支，进行发布。
• hotfix：线上 bug 修复分支。

　　首先介绍企业的一般流程，就是版本发布（假设为V3R2）和开发新版本（假设新版本为V3R3）的问题，其实一条时间线同时存在这两个版本，一个是稳定的已发布版本，另一个是正在开发的未来需要发布的版本。那么为什么要开发新版本呢？因为软件是要演进的，要适应变化和需求，一段时间迭代后发布的软件比喻V3R2也会不断暴露出问题，这类问题也需要在新版本中变得可用。因为V3R3的都是新特征新变化

　　feature：
　　只与develop交互，因为feature就是新版本开发为了升级和演进需要用的，里面的所有代码只能在发布新版本且经过测试的时候才合进去master，然后在master打tag表明所有新功能开发完毕，一次性合并。同时我们开发一般是不同的人开发不同的功能，因此各自都应该有自己的feature，然后断断续续并进develop所以，保证develop是个新功能持续集成的版本。

　　hotfix：

　　这个分支用来修复主线master的BUG，但是要注意的是，在旧版本的BUG，新版本也是存在的，因此develop分支也存在该BUG，具体来说就是V3R2和V3R3都有该BUG，因此，修复的时候必须要提交两个分支master和develo否则，后面需要rebase就麻烦了。

标签：git,develop,feature,开发,master,版本,hotfix,分支
来源： https://www.cnblogs.com/tiancai/p/14453456.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。