git worktree
描述
git worktree 命令可以管理一个 git 仓库的多个工作树，每个工作树都可以 pull 出不同的分支；
这就相当于一个仓库签出多个分支同时进行开发；
（但这里的同时开发依然是要打开多个工程进行开发；
当时我就在思考几个问题，
问题1:为啥不在一个worktree中切换分支达到这个效果呢？
后来总结了网络的回答和自己的经历来说：
如果两个分支差异不大，切换分支是比较方便的，不需要用到工作树；
但如果两个分支差异较大，甚至工作结构都有很大差异，
比如java的maven工程新服务改变了工程结构，切换分支重新导入IDE需要很久，经历的都懂；
问题2:那为什么我不在两个目录都执行一下 git clone 切出两份代码在不同分支同时进行开发呢？
不知道 worktree 时我就是这么干的；
但当我了解了 worktree 相对于上述方法的优点后，就抛弃了原有的方式；
我所了解的优势有：worktree 更节省空间，因为是一个仓库的不同副本，并没有签出两个仓库那么重量级；
worktree 执行起来比重新 clone 出仓库要快很多，尤其是仓库很大时；
所以当需要一个仓库需要在多个分支上共同开发时，试下 git worktree 吧，你会喜欢这个功能的
）
worktree 命令
git worktree add [-f] [--detach] [--checkout] [--lock] [-b <new-branch>] <path> [<commit-ish>]
git worktree list [--porcelain]
git worktree lock [--reason <string>] <worktree>
git worktree move <worktree> <new-path>
git worktree prune [-n] [-v] [--expire <expire>]
git worktree remove [-f] <worktree>
git worktree unlock <worktree>
git worktree add
git worktree add -b branch2 …/my-pro-2
这时当前目录下的 .git/worktrees 目录下会增加一个目录 my-pro-2 ；里面记录当前工作树的状态。
而且在当前目录的上层目录下多出了 my-pro-2 目录，正是我们新增加的工作树工程所在目录，
值得注意的是这个新增的工作树目录下并没有 .git 目录，而只有一个 .git 文件，
里面记录的是指向主工作树所在目录下的记录自己工作树状态的目录。
如：
gitdir: /home/workspace/user-service/.git/worktrees/my-pro-2
