从毕业起，我一直从事的是游戏后端。
13 年毕业，用了三年 SVN ，印象中没有人不写提交记录。
从 16 年开始，一直使用的是 Git ，那就更不会看见空提交记录的情况。
直到今年，换了个团队，开始重回 SVN ，有个同事（前端，99 年小伙子）提交信息啥都不写，被老板批了几次，情况几乎没有再出现。
最近又换了个团队，依然是 SVN ，更有些惊讶到我了。技术 Leader （ 70 后，依然在写业务代码），比我早进公司一天的一个同事（ 81 年）。我看到这个同事提交记录为空，他说：我改了很多，我的修改记录都在 Edit Plus 中记录着呢。我看了，的确是挺多的。直到我发现 SVN 提交记录中不至一个人（领导跟这位同事）的时候，我也就觉得没啥了（因为领导提交记录也大多是空着的）。
2025 年了，大家还在用 SVN 吗，对于空提交记录，大家怎么看？

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

上 hook ，格式不对不让提交

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

svn hook 呗……

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

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

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

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

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

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

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

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

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

svn 权限粒度比 git 强太多了

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

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

jetbrains 上有个 ai commits 免费的那个

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

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

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

还在用 SVN 就别提什么规范了，其实也没什么问题，99%的记录都没人会去看，挺务实的一领导