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

[MuscleOf2016]

我们现在要求每一行代码的 commit 信息都要关联上任务编号，然后代码量+任务复杂度等来计算开发效率。

[rgxiao]

要求是只要能跑起来, 不管是三条腿跑起来的还是一条腿跑起来的, 反正能跑起来就可以了.

[haozheliu]

必须是公司邮箱，加上 jira 的 issue 号

[mmrindextt]

还是要有一定的规范，写起来才会舒服。

[Merlini]

JIRA 号和内容概括

[k9982874]

@coderluan 巡检 repo 时发现 ios 组的 repo 高达 1 个 g ，一看 ios 的同学把 pods 提交上来了，就离谱

[Linxing]

@coderluan 哈哈哈 笑出了声音 他怎么找到工作的

[zzlatan]

真羡慕你们业务这么闲。。。

[yyysuo]

@dangyuluo 没人性，干活还不让发泄了。

[skiy]

@Yuan2One 这个好像是 Angular 的规范。

[rannnn]

- 每一个 commit 都要单独 review
- 只 rebase 不 branch 不 merge
- 因为没有 branch 提交到 master 要排队 rebase

[Rache1]

PR 时要有任务编号，标题尽量一句话描述清楚。

我用 alias 做了 commit 自动获取分支名上的任务编号填到 commit 中去，所以 commit 里面也就有了，主要是方便后期定位是哪个需求造成的改动。

[anxxv2]

@chaodada 看到这 没忍住 哈哈

[clf]

gitmoji + issue + 说明

[sagaxu]

曾经试行过，不但要有 task id ，每个 task 在进度表上不能超过半天，超过半天的都要拆分细化，周报中至少要有 10 个 task 。如果有 1 小时以上的会议，会议也要提一个 task ，否则时间对不上。

[Nich0la5]

原则上 commit 肯定要带编号的 系统要管理到这次改动影响哪个 bug 或者关联哪次迭代，（虽然我们这边有挺多人 commit 挺随意的就是了）

[darkengine]

commit 信息都要关联上任务编号 (JIRA issue/task ID)属于基本操作了吧，以后查问题（找人背锅）也好找。

[Yuan2One]

@skiy 不清楚，我们这边是 CIE 定义的，相对应的任务会关联到需求，问题单等相应的流程上

[susecjh]

Feature/FIx/... + 描述即可

[hardwork]

@coderluan git 不太适合二进制大文件存储，但是有些项目确实需要存储二进制，你们怎么弄的