我读了Github's post on git-worktree。他们写:
当我在一个名为feature的分支上工作并且报告了master中的一些紧急问题时，我通常会 stash 正在从事的工作并创建一个新分支。完成后，我可以继续工作。这是一个非常简单的模型，我已经工作了多年了。
另一方面，使用git-worktree有其自身的局限性:
为什么要为已经解决的问题选择更复杂的工作流程？
有关git-worktree的事情，事先无法完成，并且证明了这一全新的复杂功能是合理的吗？
最佳答案
对我来说，git worktree是长期以来最大的改进。我正在从事企业软件开发。在那里，通常必须维护3年前发布的旧版本。当然，每个版本都有一个分支，以便您可以轻松切换到该版本并修复错误。但是，切换是昂贵的，因为与此同时，您已完全重组了存储库并可能构建了系统。如果切换，IDE将运行疯狂以尝试调整项目设置。
使用工作树，您可以避免不断进行重新配置。使用工作树在单独的文件夹中 check out 那些旧分支。对于每个分支，您都有一个独立的IDE项目。
当然，过去可以通过多次复制存储库来完成此操作，到目前为止，这是我的方法。但是，这也意味着浪费hardrive空间，更糟糕的是需要多次从仓库中获取相同的更改。