代码提交记录为空，大家怎么看？

[Rooger]

从毕业起，我一直从事的是游戏后端。

13 年毕业，用了三年 SVN ，印象中没有人不写提交记录。

从 16 年开始，一直使用的是 Git ，那就更不会看见空提交记录的情况。

直到今年，换了个团队，开始重回 SVN ，有个同事（前端，99 年小伙子）提交信息啥都不写，被老板批了几次，情况几乎没有再出现。

最近又换了个团队，依然是 SVN ，更有些惊讶到我了。技术 Leader （ 70 后，依然在写业务代码），比我早进公司一天的一个同事（ 81 年）。我看到这个同事提交记录为空，他说：我改了很多，我的修改记录都在 Edit Plus 中记录着呢。我看了，的确是挺多的。直到我发现 SVN 提交记录中不至一个人（领导跟这位同事）的时候，我也就觉得没啥了（因为领导提交记录也大多是空着的）。

2025 年了，大家还在用 SVN 吗，对于空提交记录，大家怎么看？

[root71370]

没有用过 svn 待过的公司都是互联网

[chouxw112233]

上 hook ，格式不对不让提交

[kk2syc]

2025 年了，我朋友公司（工业软件）还在用 基于 smb 的高级文件共享来人工提交、合并和发版，但是人家这么干有一套自己的流程，而且已经 12 年了。所以，用啥不重要，重要的是制度规定是否合理和执行是否到位。

[mingl0280]

svn hook 呗……

[wu67]

我都是手工 hook. 像 feat change build style fix 这种. 后面接个: 再写摘要.

[linxl]

Edit Plus ！唤醒我刚入行的记忆！

[huzhizhao]

我只能说即便是 SVN 我也写的

[issakchill]

我现在都用 ai 生成 commit message 了 写得详细又好看

[wwd179]

我们 svn 主要还是拿来存 版本资料（一大堆 rpm 、deb 包、部署文档等）。
管理代码用 git

[retrocode]

正常. 我接触到很多人也是不习惯,在提交记录写详情, 最多提一下修复什么 bug, 或者新增什么大功能, 团队在提交记录方面一般没什么明确规范, 纯看个人

更多的是对代码注释有明确要求,需要写详细

[BG7ZAG]

@issakchill 有什么插件吗？推荐下，谢谢

[xiangbohua]

只要习俗不是太差，那就入乡随俗啦

[xiangyuecn]

svn 权限粒度比 git 强太多了

[debuggeeker]

排查问题的时候，怎么找那个提交？如果要做提交功能汇总，查看提交时候发现空白的，自己都不知道提交了什么。
我个人做法是，尽量把提交粒度降低，单独功能修改单独提交，写清楚需求，原因，修复方案。虽然会很啰嗦，这样写，是写给未来的自己看的，至于其他人怎么看无所谓，我只对自己负责。

[JayZXu]

我入职第一件事就是推 git
原来 svn 99%的人都不写提交信息，排查问题特别费劲。
正好借着 svn 没有默认 hook 不好触发自动构建这个由头把 git 推出去了
部门三分之二已经切换成 git 了

[issakchill]

@BG7ZAG jetbrains 上有个 ai commits 免费的那个

[Sniper000]

 使用 cursor 写了个插件 直接生成 commit

[635925926]

这简单，你写几个 bug ，让那个同事去排查。

[youngzy]

@JayZXu #15 有没有出现大家的 commit message 就是"commit", "update", "fix issue" （手动滑稽