大家公司对提交代码都有什么限制要求，好奇了解下？

可以为空

commit 信息：123
commit 信息：第一次提交
commit 信息：测试
commit 信息：1

commit 信息：修复 xxx
commit 信息：修复 xxxxxx

[issus/需求 US/问题单号][feat/fix/docs/style/refactor/test/chore] 功能变更描述

@chaodada 过于真实😅

不准打 “1111” 或者 “---” 之类的

commit 也这么严吗？ merge request 或者 branch 严格一点还能接受

啥是任务号？

代码量？写业务不行，写废话不是很简单的事情吗？

commit 的用户名必须要跟自己的用户名一致（

commit 时 CI 自动跑一些东西，比如 linter 检查 code style 、precommit 跑一遍测试、postcommit 跑一遍测试

不许写拼音……

@MuscleOf2016 组长没有权限创建一个任务吗？

我们组随便, 必要的时候能找到人背锅就好

换老板

@chaodada #22 真实，看笑了

https://github.com/streamich/git-cz 加了个 pre-commit-hook
另外大概的 review 下命名，代码组织...
至于 merge 或 rebase 没要求。

直接分模块开发不就好了，哪这么麻烦，小公司还弄一套繁琐的流程，最后自己累死自己

之前的公司，打通了需求录入系统、开发 gitlab 以及缺陷管理系统
从产品录入一个需求开始，转到研发这里，确认之后会自动创建一个分支
研发在这个分支上开发完成，在系统上确认完成以后，会自动打包然后提测，流程就到测试那里去了
测试验收以后，这个功能分支又会自动合并到开发分支上

任务复杂度怎么考虑的？
大家按最简单的方法完成？
不考虑维护和扩展性？
需求不提边界就尽量不考虑校验？
这种 KPI 只会扭曲结果。