再也不能用担心如何写 commit log 了 git commit -am "$(curl -s http://whatthecommit.com/index.txt)"

每次都填这个？

结果被 leader 和小伙伴活活打死

@DeepCold 内容是随机的 每次都不一样

可以自己做一个 alias 就无痛苦了 233333

-am 的都是异端。

git commit -m 'update' .

@500miles 哈哈哈哈 很有可能
@stormslowly 真机智。。

@est +1

我自己玩的东西我每次提交都写详细的 commit log 啊
README.md 也会写……

git commit -a 比 随意写 commit log 更应该被打死吧

magic, have no clue but it works
感觉会被打死

作死~团队毒瘤

@fakefish
@est
@lhbc
求教一下加 -a 会有什么坏处么？

git commit -m 'bug fix'

我们组有人这么干过，现在他坟头草一米高了

真会玩，但我会打死楼主的。

头像能入选年度最丑吗

面对飘忽不定的需求我只能在 commit 结尾加 ‘ orz ’，最近感觉经理看我的眼神有点不大对

@yangxiongguo
https://www.wikiwand.com/zh/%E5%88%A9%E8%90%A8%E8%8C%B9%E6%9B%B2%E7%BA%BF

@SharkIng 应该每个改动 commit 一次，不能多个改动一起 commit
如果只是一个改动，那 commit -a 没问题，但无脑 -a 危害非常大

头像太丑，不忍直视

会被打死的吧……

@SharkIng -a 是把所有改动都提交上去，实际开发中，改动的文件里有可能夹杂着调试用的代码，无脑 commit 不注意这些会造成问题。

太 2B 了.... Orz

ImageMagick 的 commit 才脏
http://git.imagemagick.org/repos/ImageMagick/commits/master

@SharkIng 其实-a 是问题不大，根本的问题在于 push 到公共库的代码就不要做改动 commit log 的操作（ git commit --amend 或 git rebase 等等)
因为那样会引起其他协作的人代码冲突

mark

@neoblackcap
@cxbig
@lhbc

谢谢啦，一起刚学 git 的时候感觉 -a 很方便，但是最近也是发现这个问题了，基本上每个改动的文件我都分开 `git commit 文件名` 这样来，谢谢提醒，的确应该改掉这个 -a 的毛病

@cxbig 调试用代码，日志，依赖库，本地 IDE 配置文件等等不都是.gitignore 的么？
我都是-am 的。。。

@ufo22940268 辣鸡 赶紧去码代码

我们公司一个小伙伴
bugfix
bugfix 1

v1
v2
v3
....

@BoiledEgg 那些独立的文件当然可以用 ignore ，我调试经常会在代码里 print 一些东西啊， js 文件放个断点啦。这些不能直接提交的。