Git-git worktree的使用

用了git这么多年，居然第一次听说git worktree，于是搜索了一番学习记录一下。
我们知道，一个git仓库可以对应多个分支，通常来说都有一个主分支，例如master或develop，每个研发在日常进行功能开发的时候，都基于develop创建新的feature分支，代码写好以后合并到主分支。那么你可能遇到过这种场景：你还在feature分支开发，此时突然遇到一个紧急的bug需要你在develop分支提交代码。此前我的做法通常是：

1. 把当前所有更改全部提交到一个临时的commit，push到远端防止丢失
2. git checkout到develop分支，git pull拉最新代码
3. git checkout -b hotfix分支
4. 改bug完成后hotfix合并到develop
5. git checkout 到feature分支
6. 继续开发feature

还有的小伙伴可能是：

复制一个目录，然后直接在新目录切develop分支改bug

实际操作下来会发现，在3-4步骤之间以及5-6步骤时间，需要配置cmake以及构建程序，此时由于两个分支之间有差异，checkout的速度以及cmake+build的速度实在不尽如人意，尤其是在分支差异很大的时候，这种感觉更加明显，因为差异文件越多，checkout的文件需要越多，由于源码变更，很多时候几乎要把整个项目重新编译，这种时候会发现checkout的“成本”很高。
复制目录的方式，短期内看起来能解决问题，但是一个10g的项目在磁盘上拷贝一份就变成20g，分支再多点就不敢想象。并且对于每个工作区目录，如果要同步git仓库状态，只能先将一个目录的状态push到远端，然后在另一个目录git pull进行同步，略显繁琐。

说了这么多，终于轮到git worktree出场了：）既然一个git仓库能对应多个分支，那么为什么一个git仓库不能对应多个工作区目录呢？遇到上面的场景，我们只需要在当前项目根目录执行