最近要带一批实习生，由于之前本身 Git 提交也不是很规范，这次促使团队需要制定一些代码的规范，目前在编写团队的 Git 代码管理规范，想问一下大家平时都是怎么管理的。
- 分支的建立维护
- tag 的建立
- commit message 的填写格式
……
请大家在以上几个方面谈一谈自己平时工作中的做法以及效果。
大家可以畅所欲言，自由扩展其他方面。
本贴最后更新于 1802 天前，其中的信息可能已经物是人非
相关帖子
-
Ahian • • 1 • 1 赞同 • 1 评论
加一段我写的 gitlab hooks 的脚本，主要是校验 commit msg
msg=`git show $newrev -s --format=%B` if [[ $msg =~ ^(feat|fix|test|refactor|docs|style|chroe).*:.*$ ]]; then echo "【commit message 通过检查】!" else echo "【commit message 不符合规范】" echo "【缺少关键字: [feat,fix,docs,style,refactor,test,chore]】" echo "【格式：<类型>(<影响范围>): <简要概述>】" echo "【eg: feat(user): add the user login】" echo "【eg: fix(影响范围):#禅道编号 】" echo "【修改已提交message命令：git --amend -m <new message>】" exit 1 break fiGood。taoism-o • - 其他回帖
-
remixjc •
建议自己写一篇文章，制定自己的规范，让他们遵守就可以了。
大致内容如下：- 统一 GUI 工具，比如小乌龟TortoiseGit
- 分支创建与维护交给自己来管理
- 分享 git 的操作基本内容等，例如：https://www.remixjc.cn/articles/2019/12/20/1576806915902.html
- 在平时操作时有问题及时问
- 分享发现冲突与解决冲突的方法，避免强制推送导致代码覆盖，合并时一定不要忘记把别人的代码合并
-
someone9891 • • 4 评论捐赠者 作者
@participants
我参照 coding 这个流程，把其中的 master 换成 dev ，他这个持续集成的部分我集成到 test 环境，完了之后 合并到 master 大家觉得如何？1 回复有点类似 git flow@mymoshou 是有点类似，我是想在 git flow 的基础上尽量简化其实我有个疑问，测试是在 dev 上进行是吧？假如同时多个功能要测试怎么处理@mymoshou 那就合并到 dev 来啊，不然难道每个 分支还要部署一套测试吗？一般开发阶段自测，自测完了合并到 dev ，会持续集成到测试环境的。 -
oathsign • • 1
如果题主的库是放在 Github 上的，最好的办法就是符合 Github 的提交规范。例如首字母大写，标题用祈使句，内容和标题隔行写等等这些。因为你符合了这些规范不仅仅发邮件的时候内容清晰 ，而且会有意想不到的福利。例如可以用#+issue 的编号来标记并关闭相关的 issue😋 总之，规范要统一，要重视，更要专业。最讨厌一个项目几千个提交日志全是 commit it！ 还不如不写
- 查看全部回帖
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于