我又来安利 GitSavvy 了， https://github.com/divmain/GitSavvy

@gracece 幸好没升，观望一阵

如果被 360 判定为事业单位之类，此 meta 无效，默认为兼容模式（比系统 IE 版本还要低的 IE 内核）。
360 还有一个额外的黑白名单，在名单内的会默认兼容或急速。

恼火的是，这个黑白名单优先级居然比 meta 高（无法理解）。

霸王的大陆……

Ctrl：小指按残之后也改用根部（手掌）按了，因为硌的慌还把键帽反装了。
Shift：还是小指

矮油不错，支持 Windows 了

赞，居然还免费。
画箭头的交互很惊艳。

我觉得机械键盘贵是因为出货量少+玄学溢价，哪里有什么不得了的技术。
欢迎小米进入搅局并拉低价格。

@Exin MacTypePro 是啥？

用 -v 了为啥还 add？

http://www.zhihu.com/question/23759223
楼主参考一下

如果楼主只是觉得一条一条 add 比较麻烦所以选择去 add .，那可以考虑借助 GUI 工具，或者，如果是 Sublime Text 用户的话，我给你安利一下 GitSavvy 插件。

我觉得 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 的确是没关系……都怪四楼提了一句激起了吐槽欲望，哈哈