原则
遵循少量多次的提交原则,每天下班前必须提交当天代码。
commit规范
每条 commit 日志应包含类型+简要描述两个部分。
如:
feat:大厅功能 //新开发的大厅功能
fix:子游戏跳转失败 //修复的子游戏跳转的bug
perfect:每日签到 //优化每日签到功能
以下为可用的 commit 类型及意义。
类型 | 说明 |
---|---|
feat | feature - 所有实现新功能、新行为的 commit 都属这个类型 |
fix | 修正缺陷的 commit |
perfect | 优化代码的commit |
test | 与测试有关的改动 |
docs | 对文档的改进,包括对外文档和代码注释 |
build | 和构建流程、持续集成等有关的改动 |
chore | 日常维护性的改动,例如 linter 的配置等 |
refactor | 不改变行为的对代码结构的改进 |
style | 对代码风格的修正(仅限缩进、空行一类的简单改动,对结构有影响的用 refactor) |
cosm | cosmetic - 不改变行为的对界面的纯视觉上的改动 |
其他
- 编辑器设置,编译文件等应该添加到.gitignore
- 理论上禁用
force push
,应该先revert
再重新提交