从毕业起，我一直从事的是游戏后端。
13 年毕业，用了三年 SVN ，印象中没有人不写提交记录。
从 16 年开始，一直使用的是 Git ，那就更不会看见空提交记录的情况。
直到今年，换了个团队，开始重回 SVN ，有个同事（前端，99 年小伙子）提交信息啥都不写，被老板批了几次，情况几乎没有再出现。
最近又换了个团队，依然是 SVN ，更有些惊讶到我了。技术 Leader （ 70 后，依然在写业务代码），比我早进公司一天的一个同事（ 81 年）。我看到这个同事提交记录为空，他说：我改了很多，我的修改记录都在 Edit Plus 中记录着呢。我看了，的确是挺多的。直到我发现 SVN 提交记录中不至一个人（领导跟这位同事）的时候，我也就觉得没啥了（因为领导提交记录也大多是空着的）。
2025 年了，大家还在用 SVN 吗，对于空提交记录，大家怎么看？
 |
1
root71370 1 天前 via Android
没有用过 svn 待过的公司都是互联网
|
 |
2
chouxw112233 1 天前
上 hook ，格式不对不让提交
|
 |
3
kk2syc 20 小时 51 分钟前  6
2025 年了，我朋友公司（工业软件）还在用 基于 smb 的高级文件共享来人工提交、合并和发版，但是人家这么干有一套自己的流程，而且已经 12 年了。所以，用啥不重要，重要的是制度规定是否合理和执行是否到位。
|
 |
4
mingl0280 17 小时 11 分钟前
svn hook 呗……
|
 |
5
wu67 16 小时 58 分钟前
我都是手工 hook. 像 feat change build style fix 这种. 后面接个: 再写摘要.
|
 |
6
linxl 16 小时 16 分钟前
Edit Plus ！唤醒我刚入行的记忆！
|
 |
7
huzhizhao 16 小时 14 分钟前
我只能说即便是 SVN 我也写的
|
 |
8
issakchill 15 小时 57 分钟前
我现在都用 ai 生成 commit message 了 写得详细又好看
|
 |
9
wwd179 15 小时 49 分钟前
我们 svn 主要还是拿来存 版本资料（一大堆 rpm 、deb 包、部署文档等）。
管理代码用 git |
 |
10
retrocode 15 小时 26 分钟前
正常. 我接触到很多人也是不习惯,在提交记录写详情, 最多提一下修复什么 bug, 或者新增什么大功能, 团队在提交记录方面一般没什么明确规范, 纯看个人
更多的是对代码注释有明确要求,需要写详细 |
 |
11
BG7ZAG 15 小时 14 分钟前
@issakchill 有什么插件吗？推荐下，谢谢
|
 |
12
xiangbohua 14 小时 55 分钟前
只要习俗不是太差，那就入乡随俗啦
|
 |
13
xiangyuecn 14 小时 53 分钟前
svn 权限粒度比 git 强太多了
|
 |
14
debuggeeker 14 小时 51 分钟前 1
排查问题的时候，怎么找那个提交？如果要做提交功能汇总，查看提交时候发现空白的，自己都不知道提交了什么。
我个人做法是，尽量把提交粒度降低，单独功能修改单独提交，写清楚需求，原因，修复方案。虽然会很啰嗦，这样写，是写给未来的自己看的，至于其他人怎么看无所谓，我只对自己负责。 |
 |
15
JayZXu 14 小时 35 分钟前 1
 我入职第一件事就是推 git原来 svn 99%的人都不写提交信息，排查问题特别费劲。 正好借着 svn 没有默认 hook 不好触发自动构建这个由头把 git 推出去了 部门三分之二已经切换成 git 了  |
|
16
issakchill 14 小时 31 分钟前 1
@BG7ZAG jetbrains 上有个 ai commits 免费的那个
|
 |
17
Sniper000 11 小时 28 分钟前
 使用 cursor 写了个插件 直接生成 commit
|
 |
18
635925926 8 小时 45 分钟前
这简单，你写几个 bug ，让那个同事去排查。
|
 |
20
bzj 7 小时 12 分钟前
还在用 SVN 就别提什么规范了，其实也没什么问题，99%的记录都没人会去看，挺务实的一领导
|
Select Language