Git：用链接的工作树交换主工作树？

Question

我正在尝试找出是否有任何方法可以交换工作树。我的公司有很多假定特定目录结构的脚本，因此为了能够使用多个工作树，我需要“新”链接工作树来代替主工作树。

我找到了git worktree move <worktree> <new-path>，但这不允许移动“主要”工作树，因此没有机会交换。

理想情况下，应该有一个git worktree swap <worktree> <path>，其中：

• 如果<path> 是工作树，则交换它们
• 如果<path> 是commit-ish，它会为commit-ish 添加一个带有<worktree> 名称的新工作树，然后交换它们

Answer 1

没有自动移动主工作树的方法，但是，您可以手动移动：

• 重命名主工作树，例如mv master main
• 编辑每个链接工作树中的.git 文件以反映该更改，例如：sed -i 's!/master/!/main/!' .git

.git 是主工作树中的一个目录，但只是一个文本文件，其中包含链接工作树中主工作树的路径，您可以使用您喜欢的编辑器对其进行编辑。

Answer 2

简短的回答是否定的：主工作树不同于所有添加的工作树。

请注意，您可以使用$GIT_DIR 和/或$GIT_WORK_TREE 环境变量和/或--git-dir 和/或@987654325 将.git 目录与任何 工作树分开@ 选项（它只是设置环境变量，然后像最初设置环境变量一样继续）。但总的来说，存储库的主要工作树是特殊的：例如，它的 HEAD 文件位于 .git/HEAD，而不是 .git/worktrees/<name>/HEAD。

（通常，工作树 W 的每个工作树状态存储在 $GIT_DIR/worktrees/<em>W</em> 中。）

Answer 3

理想情况下，您会：

• 将主工作树移到别处
• 将“特定目录”中的符号链接添加到主工作树或任何其他工作树。

后者也可以移动，但如果这样做，请确保使用 Git 2.28（2020 年第三季度）：同一个工作树目录只能注册​​一次，但“git worktreemove”允许违反此不变量，已在 Git 2.28 中更正。

请参阅commit 810382e、commit d179af6、commit 916133e、commit 4a3ce47、commit dd9609a、commit 1b14d40（2020 年 6 月 10 日）和commit c9b77f2（2020 年 6 月 8 日）Eric Sunshine (sunshineco)。
^{（2020 年 6 月 22 日由 Junio C Hamano -- gitster -- 合并于 commit 9740ef8）}

worktree: 让“move”拒绝在丢失的已注册工作树上移动

^{签字人：Eric Sunshine}

“git worktree add”特别注意避免在已注册到现有工作树的位置创建新工作树，即使该工作树丢失（例如，如果工作树位于可移动媒体上，可能会发生这种情况）。

“git worktree move”然而，在验证目标位置时并没有那么小心，并且很乐意将源工作树移动到丢失的工作树位置的顶部。
这会导致多个工作树的异常情况与同一条路径相关联，这是设计上明确禁止的。

例如：

$ git clone foo.git
$ cd foo
$ git worktree add ../bar
$ git worktree add ../baz
$ rm -rf ../bar
$ git worktree move ../baz ../bar
$ git worktree list
.../foo beefd00f [master]
.../bar beefd00f [bar]
.../bar beefd00f [baz]
$ git worktree remove ../bar
fatal: validation failed, cannot remove working tree:
    '.../bar' does not point back to '.git/worktrees/bar'

通过增强“git worktree move”对目标目录执行与“git worktree add”相同的附加验证来解决此缺点。

在此过程中，添加一个测试以验证“git worktree move”不会将工作树移动到现有（非工作树）路径的顶部——这一限制一直存在但从未经过测试。