我读了github的git-worktree的文章 。 他们写: 假设你在一个叫做feature的分支上的Git仓库中工作,那么当用户报告master一个高度紧急的bug时。 首先你创build一个带有一个新分支的链接工作树, hotfix ,检出相对于主[…]您可以修复错误,推动修补程序,并创build一个拉请求。 当我在一个叫做feature的分支上工作,并且报告了master的一些高度紧迫的bug时,我通常会把我正在工作的任何东西都藏起来,并创build一个新的分支。 当我完成后,我可以继续工作。 这是一个非常简单的模式,我一直这样工作多年。 另一方面,使用git-worktree有其自身的局限性: 例如,不允许同时在两个链接的工作树中检出同一分支,因为这样会允许在一个工作树中提交的更改导致另一个工作树不同步。 为什么我会为已经解决的问题select更复杂的工作stream程? 是否有任何事先不能做的git-worktree ,这certificate了这个全新的复杂function?