Git 提交信息别只写 update
· 阅读需 3 分钟
刚开始接触 Git 时,很多人最自然的提交信息就是 update、fix bug、change 这种短句。我自己早期也这么写过,因为那时候觉得重点是“先提交上去”,信息只是顺手带一句。但真把代码历史翻回来看时,就会立刻意识到这种写法几乎没有帮到未来的自己。
刚开始接触 Git 时,很多人最自然的提交信息就是 update、fix bug、change 这种短句。我自己早期也这么写过,因为那时候觉得重点是“先提交上去”,信息只是顺手带一句。但真把代码历史翻回来看时,就会立刻意识到这种写法几乎没有帮到未来的自己。
2013 年如果开始认真写代码,GitHub 很容易成为你绕不过去的一个地方。大家从论坛、网盘、压缩包共享代码,慢慢转向更清晰的版本协作方式,Git 的价值也开始越来越明显。
2013 年开始接触 Git 的开发者越来越多,但很多人最初只会在 master 上一路提交。代码虽然也能工作,可一旦同时改两个需求、修一个线上问题,仓库马上就会变得很难整理。