坑，统计代码提交量

[HonXXin]

公司通过 Gitlab 开放 API ，统计团队成员每日的代码提交量，找到谁在摸鱼，同事被叫去谈话。。。

这样公司是不是要跑了

[daj2]

前端就提交 lock 文件，隔两天就更新下依赖

[jixiangqd]

@ilovey482i #8 不如用 protobuf grpc ，之类的生成可提交代码的框架，该一行代码， 生成出几千行，爽歪歪

[zengguibo]

多写注释和测试，没事就写写

[xinyewdz]

公司越是要倒闭没钱的时候，这种事情就越多。我们公司天天抓考勤，不让请假。

[alexhx]

弄五种格式化风格，每天换一个

[lsk569937453]

这种可太容易解决了。
检测 commit 数量？提交 commit 一次，改一行代码 commit 一次，删除 commit 一次，最后改成功了再 commit 。

监测有效的代码行数？
1.把原来 stream 一次写完的改成正常的循环，且不在使用 lombok/mybatisPlus 等代码生成工具，就用原生的。
2.不再使用通用的 spring 的 template 类，这样光 http 工具类你就能用 7-8 种(redis 操作类必须来 2-3 个，lettuce 和 jedis 必须都搞起)，美其名曰性能不一样。真正写起代码来，一个方法里 3-4 种 http 工具混着来，主打一个不能复用。
3.原来的入参是对象，现在入参必须是 Funtion ，主打一个大家都看不懂。每个方法内部必须检测是否为空。
4.单元测试必须搞起了，一个方法的单元测试至少写 5-10 个，名字必须长，像这种 ThrowExceptionWhenNameIsEmptyOrTokenIsInvalid
5.不再使用 guava 包，apache 的 commons 包，所有的工具类都自己写(从 apache 的 common 包直接复制就行)。

[accelerator1]

楼上刷代码量的都是没有 mr review 吗？没有格式化工具吗？
规范化的流程下，代码量虽然没啥太大意义，但是能反应一些问题，一连几天没有任何提交，除非大功能，否则被谈话室肯定的。

[HonXXin]

@flmn
同事每天都有提交，负责项目的开发、维护、外部客户问题处理，不一定每天都有很多提交，领导经常各种会议刁难，不给安排实际任务，用一句去优化 xx 项目敷衍，每天工作按时完成。

[HonXXin]

@xinyewdz 确实是这种情况了

[thinkwei2012]

@Maboroshii 666 ，打开新思路~

[chicbian]

开源库全部搞到本地，就是自己的代码了，分分钟上千万行，这种统计没有任何意义的，我们这种油子有很多办法搞。