我觉得 add . 的主要问题不是误添加了垃圾文件，如前面各位所说，垃圾文件可以 ignore 解决，它主要的问题是：容易导致你的提交违背原子性原则。

谁都很难保证自己一段时间的修改都是相关的，所以才会有 index，index 的存在很大程度上就是让你雕琢 commit 的，如果动不动 add . 甚至 commit -a 那还要 index 干什么呢？

反正我个人是极少使用 add . 的，有各种潜在风险却没什么好处。



P.S.
由于楼主只说了“我添加代码时都是使用git add . ”，没提接下来的其他的操作，以上观点基于对楼主工作流的以下假设：
1. add 到 index 区的内容就是要准备 commit 的——而不是说你 add . 了之后还会再回头 unstage。
2. commit 的内容就是要 push 的——而不是说你 push 之前还会用 rebase 之类的重新调整 commit。

感谢！
吐槽一下 Karabiner 语法诡异并充斥着各种隐藏属性的配置，真是折磨死人。

这对个人而言是好事吧

@hjc4869 的确是没关系……都怪四楼提了一句激起了吐槽欲望，哈哈

@hjc4869 Windows 下都是这效果啊，浏览器都是用的操作系统的渲染引擎。所以可以理解有些人没有 Mactype 就活不了的心情。

P.S. 貌似此楼已歪。

@ynyounuo 你这是高分屏吧，相当于放大字号了。但是在这么大的字号下比较，其实没什么意义……
@hjc4869 所以还是渲染引擎渣嘛，或者说微软的品味渣，雅黑在别的引擎下也好得很。

@hjc4869 比较字体渲染效果就是应该在这种分辨率下比嘛，分辨率（解析度）高了基本就没比较意义了，极端一点说，分辨率高到一定程度，即便不抗锯齿渲染都看不出什么区别。

@old9 还有“收”字和“藏”字，完全就已经是两个字体了……

@chengzhoukun 还是接受不了，“巴”字三条竖划不一致，还有“器”字那个笔划粗粗细细恶心的。

@loading 3 比 2 快出一个数量级

召唤 @sNullp 宣传一下 mirrors.ustc

cool!

@zhchbin 哦……还一直以为是 Google 的呢。

自己列几个
ConEmu，作者现在很郁闷 https://code.google.com/p/conemu-maximus5/
MacType，好久没更新了 https://code.google.com/p/mactype/
CEF，blog 说 Google 自家的可以幸免，不知道这个是否算在内 https://code.google.com/p/chromiumembedded/

div+css

@SpiritPanda 同…… 我是 win7

微信里面阅读，那体验能忍？

半调/halftone？不知楼主是不是问这个…