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