恰西 / 按主题阅读

Git

2017.12.09/Git

分支移动和切换会留下本地引用日志，可用于定位误操作前的位置。

2017.11.26/Git

某一行最后被修改，可能只是因为格式化、移动文件或重命名变量。真正理解设计原因，需要继续查看对应提交、相关文件和当时的约束条件。

2017.10.05/Git

标签提供稳定的版本引用，便于将线上产物对应到具体源码。分支随着新提交持续移动，标签更适合表示某个发布节点。带注释标签还能保存发布说明，但线上最终运行的产物仍需要与提交摘要建立对应关系。

2017.09.04/Git

临时保存有助于切换上下文，但多份 stash 缺少描述时，很快就难以判断哪份对应哪个任务。保存前检查范围，恢复前查看差异，可以减少覆盖冲突。

2017.08.04/Git

忽略规则主要影响未跟踪文件，不会自动解除已有文件的跟踪。

2017.07.08/Git

说明表达修改意图，补丁才展示实际变化。对比文件范围、上下文和代码内容，可以发现顺手带入的配置改动，或者看起来很小却影响多个入口的修改。

2017.06.13/Git

fetch 更新远端跟踪信息，pull 还会继续执行集成操作。把获取远端状态和集成本地代码分开，可以留出检查差异的机会。fetch 本身不把远端提交直接合入当前分支，更适合先了解发生了什么。

2017.05.25/Git

工作目录看起来没有变化，不代表 HEAD 仍指向之前的分支。先确认当前引用，可以避免把临时实验提交到主线，也方便选择正确的比较基准。

2017.04.27/Git

提交图能够显示分支关系，单看时间排序容易误解合并顺序。

2017.02.16/Git

普通 diff 查看未暂存变更，cached diff 查看准备进入提交的内容。暂存区是提交内容的直接来源，普通 diff 却默认比较工作区与暂存区。文件一旦暂存，相关修改可能从普通 diff 中消失，但仍会进入下一次提交。

2017.01.16/Git

短状态输出的两列分别描述暂存区与工作区状态。一个文件可能已经暂存一部分修改，随后又被继续编辑，因此它同时出现在两个位置并不矛盾。