Git 作为一个源码管理系统,不可避免涉及到多人协作。
使用 git branch (git 分支)进行版本控制,可以让大家有效地合作,使得项目井井有条地发展下去。
网络上关于 使用 git branch (git 分支)进行版本控制 的教程汗牛充栋。
它们提出了形形色色,功能各异的 分支方案:
分支名 | 时效性 | 分支功能 |
---|---|---|
master | 长期分支 | 管理对外发布版本,每个 commit 对一个 tag,也就是一个发布版本 |
develop | 长期分支 | 作为日常开发汇总,即开发版的代码 |
feature | 短期分支 | 一个新功能的开发 |
hotfix | 短期分支 | 正式发布以后,出现 bug,需要创建一个分支,进行 bug 修补。 |
release | 短期分支 | 发布正式版本之前(即合并到 master 分支之前),需要有的预发布的版本进行测试。release 分支在经历测试之后,测试确认验收,将会被合并的 develop 和 master |
然而,普通的 单人开发 的 小型项目,是不需要这么大费周章的分支结构的。 过多的分支设计,容易导致:
简而言之,对于 单人开发 的 小型项目,我们往往只需要两个分支就够了。即:
分支名 | 分支名简写 | 分支功能 |
---|---|---|
master | master | 主分支 |
develop | dev | 开发分支 |
这也是我日常进行单人独立开发所采用的分支结构。
具体 git flow 如下图所示:
扫码关注腾讯云开发者
领取腾讯云代金券
Copyright © 2013 - 2025 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号:粤B2-20090059 深公网安备号 44030502008569
腾讯云计算(北京)有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287
Copyright © 2013 - 2025 Tencent Cloud.
All Rights Reserved. 腾讯云 版权所有