关于工作流程
集中式工作流【大部分公司应该都是这种方式】
集成管理者工作流【开源项目的协作方式,开发者自行fork仓库,然后请求管理者拉取更新】
司令官与副官工作流【就是在集成管理者工作流之上又加了一层管理者,适用庞大的项目=>Linux】
分支策略
分支名规则
该规则是在创建分支时,底层会执行
git check-ref format
进行强制检查
- 分支名不能以减号”-“开头【”-“是git命令选项参数的选择标识】
- 使用斜杠”/”分层的分支名不能以点”.”开头
- 分支名中不能包含连续的两个点”.” [连续的两个点是有特殊意义的,代表分支区间]
- 分支名中不能包含任何空格与其他空白字符、ASCII码控制字符、Git中有特殊意义的字符:~ ^ : ? * [
我个人是比较推荐:使用斜杠/
对分支进行分类命名,而不是全部都用feature-xxx这种方式
为什么每个人都应该写好自己的commit信息?
推荐阅读:git commit 规范指南
- 提供更多的历史信息,方便快速浏览
- 可以过滤某些commit(比如文档改动),便于快速查找信息【commit信息即项目的change log】
- 可读性好,清晰,不必深入看代码即可了解当前commit的作用
- 为 Code Reviewing做准备
- 方便跟踪工程历史
- 方便进行git revert commitID操作
- 方便通过git来进行debug时的操作
- 提高整体项目质量与人工素质