如果重新买 MBP，一定买高配的。确实会贵些，但节约的时间绝对值得。

今天在 VMWare 中安装 macOS Sierra Beta 3，真是慢啊。不管是从网络下载，还是从硬盘中复制，都慢到无法忍受的时间。最后，花了近 2 个小时才将环境搭好；本来可以正常休息的，结果要熬夜，真不划算。

Git Grep

Git 提供了一个 grep 命令，你可以很方便地从提交历史或者工作目录中查找一个字符串或者正则表达式。

grep 一些选项：

• -n, 输出 Git 所找到的匹配行行号
• –count, 输出概述的信息
• -p, 查看匹配的行是属于哪一个方法或者函数
• –and, 在同一行同时包含多个匹配
• –break 和 –heading, 使输出更加易读

有时，当你在项目的一部分上已经工作一段时间后，所有东西都进入了混乱的状态，而这时你想要切换到另一个分支做一点别的事情。 问题是，你不想仅仅因为过会儿回到这一点而为做了一半的工作创建一次提交。 针对这个问题的答案是 git stash 命令。

储藏会处理工作目录的脏的状态 - 即，修改的跟踪文件与暂存改动 - 然后将未完成的修改保存到一个栈上，而你可以在任何时候重新应用这些改动。

储藏：stash

• git stash save: 储藏工作，或简写为 git stash
  • git stash -u: -u means –include-untracked, 也储藏未跟踪文件
• git stash list: 查看所有储藏
• git stash apply stash@{2}: 恢复某储藏，git stash pop 可快速恢复最近的储藏
• git stash drop stash@{2}: 移除某储藏工作
• git stash branch <branch_name>: 从储藏创建一个分支

提交区间

当你有很多分支时，这对管理你的分支时十分有用，你可以用提交区间来解决 “这个分支还有哪些提交尚未合并到主分支？” 的问题。

双点

最常用的指明提交区间语法是双点。 这种语法可以让 Git 选出在一个分支中而不在另一个分支中的提交。 例如，你有如下的提交历史：

你想要查看 experiment 分支中还有哪些提交尚未被合并入 master 分支。 你可以使用 git log master..experiment 来让 Git 显示这些提交。反过来，如果你想查看在 master 分支中而不在 experiment 分支中的提交，你只要交换分支名即可。

另一个常用的场景是查看你即将推送到远端的内容：$ git log origin/master..HEAD
这个命令会输出在你当前分支中而不在远程 origin 中的提交。

最近又重新有了这个想法：统计、量化自己的时间。

触发是《奇特的一生》这本书，虽然我并不想像主人公那样详尽的记录时间，但也想大概记录下，看自己在不同项目、事情上所花费的时间。

有了这些数据，就可以有更进一步的思考，比如项目的投入回报比，在哪些领域投入的时间还不够多，等等。

进而，也打算入个手环，记录自己更多的数据。比如运动、睡眠等情况。