一个 git 提交频率的问题

[0x11901]

工作几年了，感觉每个人的提交习惯都不同，一般分三类：

1. 完成一个模块功能后提交，比如改完一个 bug
2. 完成一个大功能的小点就提交，比如封装了一个函数
3. 达到一个时间点感觉再不提交就要解决冲突了就提交，比如下班前提交

我目前就是使用第二种方式提交，写一个页面我可以提交 7、8 次。但是大部分同事都是第一种，提交的代码：要么修改几行代码，要么就是多个文件大量的新增 /修改。

我以为版本控制就是让自己能方便的追溯代码的构成思路，随时可以滚回几个版本之前或者再滚回之后发现还不如上一版之后再切回原来的节点继续开发……所以提交的越细碎越有价值。

但是现实是我提交了十几次同事才提交一次，是我的理解错了吗？

[0x11901]

@yongliu 讲真我这么多年就遴选过一次代码，果然 git 我还没有入到门

[Takamine]

在自己分支我就一个空格提交一次也行阿。:doge:

[lozzow]

add *
fix bug
🌚

[msg7086]

频繁提交，阶段性 Rebase。
Git 是一个很强大的工具，几乎是万能的，要怎么利用需要你自己去挖掘。如果 Git 的命令行你吃不消，可以找个像 SmartGit 这样功能丰富的 GUI 来做，减少出错的可能性。

[inhzus]

Merge 时 Squash 就好了

[Midnight]

我是频繁提交，然后 PR 的时候 Squash