每次 commit 之前再自己 review 一遍代码是个好习惯

[Livid]

最近一年多来养成的一个习惯，就是每次 commit 之前，一定会在 GitX 里把要 stage 的更改再看一遍，而且 GitX 有一个好功能就是，你可以不用 stage 整个文件，你可以只 stage 某个函数中更改了的一个部分。

如果你还在用 git commit -a 的话，或许你可以考虑一下让自己的 commit 冲动慢一点，这样对代码质量会有好处。

[fo2w]

压根不是习惯问题, 基本素养

[terrortang]

@ispinfx 同magit

[sd4399340]

一般sourcetree里会看一下，现在也不用-m了，commit写的越详细越好

[sd4399340]

还有个好处就是，git commit打开vim以后，第一行写简短的，你长度太长了字体会变灰提示，中间空一行，后面写详细的，这样的话github上可以识别的，而且你发pull request的话如果只有一个commit，会自动把简短的当标题，详细的当内容，非常方便！

[maga]

一直用终端的git，原来还有gitx好东西

[lijinma]

没有人用 git gui& 吗？

[myrual]

用过tortisegit, 也用过xcode自带的git。
sourcetree在mac上用过，也在windows上用过。
只有sourcetree才能真正的让我觉得顺手。
任何时候都可以反悔，任何一块都可以反悔，任何一行都可以反悔。

唯一的问题就是windows上面的版本很卡，但是为了sourcetree，我也只能忍了。

@Bluecoda

[billlee]

每次的提交流程是 add -i / diff --cached / commit

[iugo]

每次「说话」之前再自己「想一想」是个好习惯.

[dcoder]

都是在自己的 dev branch 上 commit 吧, 可以 commit 完了之后,
再 review 也行啊, 然后再 merge to stage/master branch.