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