我读了Github上git-worktree的帖子。他们写道:

假设您正在一个名为feature的分支的Git存储库中工作，这时用户在master中报告了一个高度紧急的错误。首先，您可以创建一个带有新分支、hotfix、相对于master[…]签出的链接工作树。您可以修复错误、推送hotfix并创建一个拉取请求。

当我在一个叫做feature的分支上工作时，master中报告了一些非常紧急的bug，我通常会把我正在做的东西藏起来，然后创建一个新的分支。当我完成时，我可以继续工作。这是一个非常简单的模型，我已经做了很多年了。

另一方面，使用git-worktree也有其局限性:

例如，不允许在两个链接的工作树中同时签出同一个分支，因为这将允许在一个工作树中提交的更改导致另一个工作树不同步。

为什么我要为一个已经解决的问题选择一个更复杂的工作流?

在git-worktree中，是否有什么东西是事先无法完成的，从而证明了这个全新的、复杂的功能是合理的?