我认为这是牺牲可读性的偷懒。
- 有记忆成本
- 不直观,不容易理解,不利于快速阅读
- 新人上手困难
- 语义过少
- 可能会与随后的提交信息产生歧义
事实上如果真有什么大改动,好好打注释和提交信息所花费的时间与开发工作量相比九牛一毛。而良好的文档记录有利于追溯和后人理解。
这是著名前端库 React 的其中一些提交记录。![](https://static-img.0xffff.one/m4EjRvqzGJ4NyRJ-rHgBk7K7qELmK2vWbZuIxX_ieuU/q:90/w:800/rt:fit/aHR0cHM6Ly9zdGF0/aWMuMHhmZmZmLm9u/ZS9hc3NldHMvZmls/ZXMvMjAyMi0wOC0w/NC8xNjU5NjMyMDYx/LTk3OTQ4NS1zY3Jl/ZW5zaG90LTIwMjIw/ODA1LTAwNTMxNy1v/cmdtb3ppbGxhZmly/ZWZveC5wbmc.jpg)
可以看到除了主要的提交信息外,还写了一大段说明来表达问题的背景、解决的思路等,而这些信息都可以在 git log 和 git blame 的时候体现,当你未来发现某处实现有问题或者不理解为什么这么做,可以直接看到当初的设计思路。
一般来说,大的项目并不一定要求你必须写这么长的提交说明,但主要的提交信息还是得好好写吧。