git - 我会用 git-worktree 做什么？

Question

我读了Github's post on git-worktree .他们写道:

Suppose you're working in a Git repository on a branch called feature, when a user reports a high-urgency bug in master. First you create a linked working tree with a new branch, hotfix, checked out relative to master […] You can fix the bug, push hotfix, and create a pull request.

当我在一个名为 feature 的分支上工作并且报告了 master 中的一些高紧急错误时，我通常会 stash 我正在处理的所有内容并创建一个新分支。完成后，我可以继续工作。这是一个非常简单的模型，多年来我一直这样工作。

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

For example, it's not allowed to have the same branch checked out in two linked working trees at the same time, because that would allow changes committed in one working tree to bring the other one out of sync.

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

关于 git-worktree 有没有什么是事先无法完成的，并且证明了这个全新的、复杂的功能是合理的？

Answer 1

对我来说，git worktree 是很长一段时间以来最大的改进。我从事企业软件开发工作。在那里，您必须维护 3 年前发布的旧版本是很常见的。当然，每个版本都有一个分支，这样您就可以轻松切换到它并修复错误。然而，切换是昂贵的，因为与此同时你完全重组了存储库，可能还构建了系统。如果您切换，您的 IDE 会疯狂地尝试调整项目设置。

使用工作树，您可以避免不断的重新配置。使用工作树检查单独文件夹中的那些旧分支。对于每个分支，您都有一个独立的 IDE 项目。

当然，这在过去可以通过多次克隆存储库来完成，到目前为止，这一直是我的方法。然而，这也意味着浪费硬盘空间，更糟糕的是需要多次从存储库中获取相同的更改。