好奇大家用 git 的时候，对 add、coding、commit 的操作顺序是怎么样的

[Eoss]

我用 git 的时候，是先 coding ，然后觉得可以了再 add ， commit 。

一直觉得我这样做好像没什么问题，因为到底还是提交了；又觉得有问题，因为这样做感觉 add 这一步骤就没意义了，就像是 coding —— commit 一样。

不知道大家是什么顺序？

跟我一样是 coding —— add —— commit ？

还是 add —— coding —— commit ？

应该还有add——coding——add——coding——commit的吧？

顺便问一下， coding —— add —— commit 这样的顺序有人觉得存在弊端吗？

[helloSwift]

@cgcs 23333

[iyaozhen]

coding 是啥？ add 、 commit 是提交到本地吧，我是一小撮同类型的改动提交一次，实现了一个较大的功能 push 一次。

[Myflos]

coding 是什么鬼

[yoa1q7y]

@helloSwift 你这种做法根本毫无意义
git 存在的价值在于维护项目历史，追查历史，修改历史，一堆 update 有什么意义呢
就好比一本历史小说，你翻开一看，全都是“ update xxxx-xx-xx ”，你会看么

[yoa1q7y]

@helloSwift 而且提交日期都是附带在 commit 信息里的了，再加一遍更是毫无意义

[helloSwift]

@yoa1q7y 我的修改都是不重要的，我也很懒。貌似 -m 是必须的，也不想写，这个时间的灵感来自 hexo

[js0816]

@awthink 我差点查文档了 哈哈 吓死了

[ericls]

add 在 commit 前即可啊

[Cu635]

一般只说 git commit 不是 git commit -a 吧， lz 这个话说的……

先 add 再 commit 是标准步骤（有 rebase 这些特殊操作是另外一种情况了）， commit -a 是 add 所有文件的特殊情况

[ericls]

拿到多余的直接 stash 就行了

[ericls]

@Cu635 补充一下 commit -a 是 add 所有 tracked file

[urmyfaith]

一般是:

coding----add----coding---add---diff---commit.

pull---rebase/merge---fix---push.

[urmyfaith]

@helloSwift

这种有什么意义?

[Eoss]

@bdbai 这么说确实啊。 233 有点理解了。

@AZLisme
@awthink
@jppxhz01
@scipio
@visionsmile
@moe3000
@iyaozhen
@Myflos
@js0816
coding 表示修改代码的意思啊。抱歉。还有那位差点查文档的真是不好意思啊。。。。（查文档找到就怪了 233 ）

@oott123 自己再去实验了，确实啊。茅塞顿开。。。。

[malkavia]

@yoa1q7y 非常同意，要是我的同事里有这样写 commit message 的，一定会喷..

[lcc4376]

以為有什麼隱藏祕技叫 coding 來著的,,,.

[monkeyk]

我是直接集成到 IDE 中, 想啥样就啥样, 没固定模式, 出了问题问 IDE

[yuyang041060120]

分享下我的开发流程

1. 早上来后,git pull 更新下代码
2. coding
3. 完成一个功能 git status -s 看下大致文件变动;偶尔会 git diff 瞅下内容变动,确保提交无误; 然后 git commit -am "add some component..."
4. 重复步骤 3. 漏提交或临时修改的会 git commit --amend
5. 下班前 git push

[cwlmxwb]

@yoa1q7y 要是仅仅纠结这个问题 那加个参数就好 不过这种方式控制 8 太死板了

[Eoss]

@yuyang041060120 下班前都会 push 吗？要是没完成一个完整的模块也 push 吗？。。。