内容简介:我将代码仓库管理分为以下几个部分:每个分支的功能独立,便于理解。
开发和维护个人开源项目之代码仓库管理
我将代码仓库管理分为以下几个部分:
- 分支管理策略
- 工作流程
- tag版本管理
- 提交格式、日志获取
代码仓库管理
分支管理策略
-
master
(稳定分支)(保护分支)master+tag hotfix
-
develop
(稳定分支)(保护分支)feature release
master
和 develop
是固定受保护、不能直接 push
的分支。两者区别:
master develop
每个分支的功能独立,便于理解。
工作流程
-
创建开发分支
git checkout -b develop master
-
功能开发
git checkout -b feature-x develop
-
功能开发完成,分支合并到develop分支
git checkout develop git merge --no-ff feature-x git branch -d feature-x
-
创建预发布分支
git checkout -b release-0.1 develop
-
将预发布合并到master和开发分支
git checkout master git merge --no-ff release-0.1 git tag -a 0.1 git checkout develop git merge --no-ff release-0.1 git branch -d release-0.1
-
修补bug
git checkout -b fixbug-0.1 master git checkout master //合并到主线 git merge --no-ff fixbug-0.1 git tag -a 0.1.1 git checkout develop //合并到开发分支 git merge --no-ff fixbug-0.1 git branch -d fixbug-0.1
-
fork
代码,pull request
到develop
tag版本管理
上一节提到了用tag打版本,版本号的命名规则:
-
项目立项
0.0.0 //主版本.次版本号.修正版本号
- 主版本号:0表示正在开发阶段;
- 次版本号:增加新的功能时增加;
- 修订号:修复bug等改动
-
开发完成
1.0.0
- 主版本号:全盘重构时增加;重大功能或方向改变时增加;大范围不兼容之前的时增加;
- 次版本号:增加新功能时增加;
- 修订号:修复bug、功能调整等改动
提交格式、日志获取
规范化的提交对后续的整理、回溯是很友好的,比如:realse的时候进行一轮日志获取就能生成版本变更信息(版本开发之前应有计划)。
-
规范化commit message
- 提交类型(友好提醒)
- 提交信息格式
- 提交信息验证
-
changelog生成
- conventional-changelog-cli 工具
我是详细实践,请点我:Git commit message和工作流规范
总结
本文主要对代码仓库的管理作了整理,这个也是每个项目启动之时就应该设计好的。
参考链接
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- 红帽宣布发布企业容器仓库开源项目 Quay
- GreaterWMS V2.0.9 已经发布,开源仓库管理软件
- GreaterWMS V2.0.14 发布,开源仓库管理软件
- GreaterWMS V2.0.10 已经发布,开源仓库管理软件
- GreaterWMS V2.0.12 已经发布,开源仓库管理软件
- GreaterWMS V2.0.13 发布,完全开源仓库管理软件
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Unity Shader入门精要
冯乐乐 / 人民邮电出版社 / 2016-5-1 / CNY 69.00
本书不仅要教会读者如何使用Unity Shader,更重要的是要帮助读者学习Unity中的一些渲染机制以及如何使用Unity Shader实现各种自定义的渲染效果,希望这本书可以为读者打开一扇新的大门,让读者离制作心目中杰出游戏的心愿更近一步。 本书的主要内容为:第1章讲解了学习Unity Shader应该从哪里着手;第2章讲解了现代GPU是如何实现整个渲染流水线的,这对理解Shader的工......一起来看看 《Unity Shader入门精要》 这本书的介绍吧!