原文:https://medium.com/better-programming/why-you-should-write-small-git-commits-c9a042737aa6
大部分与软件工程或程序开发有关的人都应该熟悉 Git 等版本控制系统。
通常,你会阶段性的作出改变、编写一段 commit message,然后将改变推送到仓库中。以下是一个例子:
git add .
git commit -m "[#2313213] 修正了 tooltip 中的 XSS 安全性"
git push # 向仓库中推送了 2 个改变过的文件
但是,你可能见到过包含了很多已改变文件的 commit,因为其包含了各种各样的主题:
git commit -m "[#3313212] 修正了 tooltip 中的 XSS 安全性 + 改善了 dropdown 的可访问性 + 为 user-dropdown.component 增加了单元测试 + 更新依赖项" # 向仓库中推送了 20 个改变过的文件
也有那种语焉不详的 commit:
git commit -m "改了点东西" # 向仓库中推送了 15 个改变过的文件
在使用了 Scrum 的敏捷环境或其它相关的敏捷方法论中,期望能快速而定期地交付用户价值。
受合作者的影响,我也尝试着采用其 小步提交并持续改善 的习惯。作为同时对其背后的商业和技术感兴趣的一员,这种方式引起了我的共鸣。
在本文中,我主要将概述为什么我喜欢这种方式。我们将看看在软件项目中小步提交的优势。
如你所见,在软件项目中 commit 尽可能小有很多好处,也会有些问题。我认为,把握住最重要的方面,也就是尽快取得反馈且易于审查就够了。
--End--