我不确定Git是否支持这样的操作，但理论上看起来应该可行。
我的工作流程经常涉及同时在多个分支中编辑文件。换句话说，我经常想要在一个分支中打开几个文件，并在另一个分支中编辑另一个文件的内容。
通常我会通过两次检出来解决这个问题，但是我无法共享这些分支和引用。我希望能够有两个由同一个.git文件夹管理的工作目录。
我知道有本地git clone的解决方案（默认情况下，使用硬链接共享对象和使用--shared选项设置备用对象存储区以及原始仓库），但这些解决方案只减少了磁盘空间的使用，特别是--shared的情况似乎存在一些风险。
是否有一种方法可以使用一个.git文件夹，并拥有由它支持的两个工作目录呢？或者Git是否硬编码为每次只能检出一个工作目录？
自2015年7月起，Git 2.5提出了一个替代contrib/workdir/git-new-workdir的方案：git worktree。
参见提交记录68a2e6a，作者是Junio C Hamano（gitster）。
该发布说明提到：
替代
contrib/workdir/git-new-workdir的方案不再依赖符号链接，使对象和引用的共享更加安全，通过让借用者和被借用者相互感知来实现。
查看 提交 799767cc9（Git 2.5rc2）
这意味着您现在可以 执行 git worktree add <path> [<branch>] 命令
<path> 的目录，并把工作空间切换到其中。新的工作目录与当前仓库链接，共享除了 HEAD、index 等工作目录特定文件以外的一切内容。git worktree 部分补充说明：
一个 Git 仓库可以支持多个工作树，允许您同时检出多个分支。通过 git worktree add 命令，可以将新的工作树与该仓库关联。
这个新的工作树称为“链接的工作树”，与由 "git init" 或 "git clone" 准备的“主工作树”相对应。一个仓库有一个主工作树（如果它不是裸仓库），以及零个或多个链接的工作树。$GIT_DIR/worktrees目录下拥有一个私有子目录。$GIT_DIR=/path/main/.git时，命令git worktree add /path/other/test-next next创建了：
/path/other/test-next中$GIT_DIR/worktrees/test-next目录（如果test-next已被占用，则为$GIT_DIR/worktrees/test-next1）。$GIT_DIR设置为指向此私有目录（例如，在示例中为/path/main/.git/worktrees/test-next）$GIT_COMMON_DIR设置为指回主工作树的$GIT_DIR（例如，/path/main/.git）。.git文件中进行。git config中的gc.pruneworktreesexpire），或者您可以在主工作树或任何链接的工作树中运行git worktree prune以清除任何过时的管理文件。
警告：仍然需要注意git worktree "BUGS" 部分。
子模块的支持不完整。
不建议对超级项目进行多次检出。
rappazzo) 提交。gitster -- 合并于 提交 a46dcfb，2015 年 10 月 26 日）
worktree: 添加 'list' 命令'git worktree list' 遍历工作树列表，并输出工作树的详细信息，包括工作树路径、当前检出的修订版本和分支，以及工作树是否为裸库。
$ git worktree list /path/to/bare-source (bare) /path/to/linked-worktree abcd1234 [master] /path/to/other-linked-worktree 1234abc (detached HEAD)
此外，还提供了瓷砖格式选项。
瓷砖格式每个属性一行。
例如：
$ git worktree list --porcelain
worktree /path/to/bare-source
bare
worktree /path/to/linked-worktree
HEAD abcd1234abcd1234abcd1234abcd1234abcd1234
branch refs/heads/master
worktree /path/to/other-linked-worktree
HEAD 1234abc1234abc1234abc1234abc1234abc1234a
detached
请参阅提交 618244e（2016年1月22日）和提交 d4cddd6（2016年1月18日），作者为Nguyễn Thái Ngọc Duy（pclouds）。
协助者为：Eric Sunshine（sunshineco）。
（由Junio C Hamano -- gitster --于提交 d0a1cbc合并，日期为2016年2月10日）
git 2.8（2016年3月）的新文档将包括以下内容：
如果您移动了链接的工作树，您需要更新条目目录中的'
gitdir'文件。
例如，如果链接的工作树被移动到/newpath/test-next并且它的.git文件指向/path/main/.git/worktrees/test-next，那么请更新/path/main/.git/worktrees/test-next/gitdir，将其引用改为/newpath/test-next。
删除分支时要小心：在git 2.9之前（即2016年6月），您可以删除另一个工作树中正在使用的分支。
当使用“git worktree”功能时，“git branch -d”允许删除在另一个工作树中检出的分支。
请参见提交 f292244 (2016年3月29日) 由Kazuki Yamaguchi (rhenium)完成。
协助者：Eric Sunshine (sunshineco)。
(由Junio C Hamano -- gitster --合并于提交 4fca4e3，2016年4月13日)
当一个分支被当前工作树检出时，删除该分支是被禁止的。但是，当该分支仅被其他工作树检出时，错误地删除将会成功。使用
branch -d: 拒绝删除当前正在使用的分支
find_shared_symref()来检查分支是否正在使用，而不仅仅是与当前工作树的HEAD进行比较。
请参阅提交 18eb3a9（2016年4月8日），提交 70999e9，提交 2233066（2016年3月27日），由Kazuki Yamaguchi (rhenium)撰写的内容。
（由Junio C Hamano -- gitster --在提交 741a694中合并，2016年4月18日）
branch -m: 更新所有工作树的HEAD
When renaming a branch, currently only the HEAD of current working tree is updated, but it must update HEADs of all working trees which point at the old branch.
This is the current behavior, /path/to/wt's HEAD is not updated:
% git worktree list /path/to 2c3c5f2 [master] /path/to/wt 2c3c5f2 [oldname] % git branch -m master master2 % git worktree list /path/to 2c3c5f2 [master2] /path/to/wt 2c3c5f2 [oldname] % git branch -m oldname newname % git worktree list /path/to 2c3c5f2 [master2] /path/to/wt 0000000 [oldname]This patch fixes this issue by updating all relevant worktree HEADs when renaming a branch.
锁定机制在官方支持的git 2.10版本中（2016年Q3）推出。
请查看 提交 080739b, 提交 6d30862, 提交 58142c0, 提交 346ef53, 提交 346ef53, 提交 58142c0, 提交 346ef53, 提交 346ef53 (2016年6月13日), 和 提交 984ad9e, 提交 6835314 (2016年6月3日) 由 Nguyễn Thái Ngọc Duy (pclouds) 提出。
建议者为: Eric Sunshine (sunshineco)。
(由Junio C Hamano -- gitster --于提交 2c608e0合并, 2016年7月28日)
git worktree lock [--reason <string>] <worktree>
git worktree unlock <worktree>
lock选项，作者是Nguyễn Thái Ngọc Duy（pclouds）。建议者为David Taylor（dt），帮助者为Jeff King（peff）。（由Junio C Hamano -- gitster --于提交e311597合并，2017年4月26日）
允许在创建工作树后立即锁定它。这有助于防止“git worktree add; git worktree lock”和“git worktree prune”之间的竞争。git worktree add --lock相当于在git worktree add之后执行git worktree lock，但没有竞态条件。
git worktree move / git worktree remove功能：查看此答案。
请看提交 371979c (2018年8月15日) ，作者是Elia Pinto (devzero2000)。
协助者：Martin Ågren martin.agren@gmail.com，Duy Nguyen (pclouds), 和 Eric Sunshine (sunshineco)。
(由Junio C Hamano -- gitster --在提交 a988ce9中合并，2018年8月27日)
worktree: 添加--quiet选项为git worktree添加'--quiet'选项，与其他git命令一样。
只有'add'命令受其影响，因为除了'list'之外的所有其他命令当前默认都是静默的。
git worktree add" 以前是使用 "查找可用名称并使用 stat 和 mkdir" 的方式，这种方式容易出现竞争问题。mkdir 并在循环中处理 EEXIST 来解决此问题。hramrach)。gitster -- 在 提交 20fe798 中合并）
worktree：修复worktree add竞争问题mkdir。mkdir循环以避免另一个worktree add调用查找相同的空闲名称并首先创建目录。
git branch -D"以防止错误地删除当前检出的分支。实施此逻辑时，对于具有不寻常名称的存储库存在问题，而这种情况恰恰是子模块的常态。请参见提交f3534c9（2019年4月19日），作者为Jonathan Tan (jhowtan)。（由Junio C Hamano -- gitster --于提交ec2642a中合并，2019年5月8日）
当运行“
worktree: 更新is_bare启发式算法
git branch -D <name>”时，Git通常会首先检查该分支当前是否被检出。<repo>/.git”中，则不执行此检查，例如，如果该存储库是作为子模块存在且其Git目录存储为“super/.git/modules/<repo>”。这是因为worktree.c中的get_main_worktree()仅使用启发式方法设置工作树上的is_bare，即如果工作树路径不以“/.git”结尾，则认为存储库是裸的，否则认为不是裸的。
此is_bare代码是在92718b7（“worktree：add details to the worktree struct”，2015-10-08，Git v2.7.0-rc0）中引入的，遵循pre-core.bare启发式方法。
此补丁执行两个操作：
get_main_worktree()使用is_bare_repository()代替，该函数在7d1864c（“Introduce is_bare_repository() and core.bare configuration variable”，2007-01-07，Git v1.5.0-rc1）中引入并在e90fdc3（“Clean up work-tree handling”，2007-08-01，Git v1.5.3-rc4）中进行了更新。git branch -D <name>”问题。core.bare=1，但从其中一个辅助工作树运行“git”命令，则is_bare_repository()返回false（这是可以的，因为有可用的工作树）。为了避免这种情况，在设置is_bare时还要检查core.bare。
如果core.bare=1，则信任它；否则，使用is_bare_repository()。
在 Git 2.29 (2020年第四季度) 中，"worktree" API 提供了更好的工作树路径确定。
请查看 提交 918d8ff, 提交 1c4854e, 提交 246756f, 提交 62573a5 (2020年7月31日) 由Eric Sunshine (sunshineco)提交。
(由Junio C Hamano -- gitster --在提交 197253e中合并，2020年8月10日)
worktree：删除虚假和不必要的路径修改签名作者：Eric Sunshine
The content of
.git/worktrees/<id>/gitdirmust be a path of the form "/path/to/worktree/.git".
Any other content would be indicative of a corrupt "gitdir" file.To determine the path of the worktree itself one merely strips the "
/.git" suffix, and this is indeed how the worktree path was determined from inception.However, 5193490442 ("
worktree: add a function to get worktree details", 2015-10-08, Git v2.7.0-rc0 -- merge listed in batch #7) extended the path manipulation in a mysterious way.
If it is unable to strip "/.git" from the path, then it instead reports the current working directory as the linked worktree's path:if (!strbuf_strip_suffix(&worktree_path, "/.git")) { strbuf_reset(&worktree_path); strbuf_add_absolute_path(&worktree_path, "."); strbuf_strip_suffix(&worktree_path, "/."); }This logic is clearly bogus; it can never be generally correct behavior. It materialized out of thin air in 5193490442 with neither explanation nor tests to illustrate a case in which it would be desirable.
It's possible that this logic was introduced to somehow deal with a corrupt "
gitdir" file, so that it returns some sort of meaningful value, but returning the current working directory is not helpful. In fact, it is quite misleading (except in the one specific case when the current directory is the worktree whose "gitdir" entry is corrupt).
Moreover, reporting the corrupt value to the user, rather than fibbing about it and hiding it outright, is more helpful since it may aid in diagnosing the problem.Therefore, drop this bogus path munging and restore the logic to the original behavior of merely stripping "
/.git".
git发布版中自带一个名为git-new-workdir的贡献脚本。
你可以按照以下方式使用它：
git-new-workdir project-dir new-workdir branch
其中 project-dir 是包含您的 .git 存储库的目录名称。
此脚本创建另一个 .git 目录，并使用许多符号链接连接到原始目录，但不包括无法共享的文件（如当前分支），允许您在两个不同的分支中工作。
听起来有点脆弱，但这是一种选择。
"裸仓库"是什么。它基本上是.git目录的内容，而不位于工作树中。
您可以使用git选项--git-dir=在命令行上指定您正在使用的存储库（即您的.git目录）的位置。
您可以使用--work-tree=指定您的工作副本的位置。
"镜像存储库"是什么。
这最后一个是非常重要的区别。实际上，我并不想在存储库上进行工作，我只需要同时拥有不同分支和/或标签的副本。事实上，我需要保证这些分支与我的远程分支不会不同。所以镜像对我来说非常完美。
因此，针对我的用例，我通过执行以下操作得到了我需要的内容：
git clone --mirror <remoteurl> <localgitdir> # Where localgitdir doesn't exist yet
mkdir firstcopy
mkdir secondcopy
git --git-dir=<localgitdir> --work-tree=firstcopy checkout -f branch1
git --git-dir=<localgitdir> --work-tree=secondcopy checkout -f branch2
git --git-dir=<localgitdir> --work-tree=firstcopy status会显示从branch2到branch1的所有差异作为未提交的更改 - 因为HEAD指向branch2。(这就是我使用-f选项来检出的原因，因为我实际上并不打算在本地进行任何更改。只要我使用-f选项，就可以为任何工作树检出任何标签或分支。)$HOME。上述方法还有一个小注意点，涉及到在某个分支中不存在的文件。如果你将A检出到dir1，然后将B检出到dir2，然后强制将C检出到dir1，如果一个文件存在于A中但不存在于B或C中，则该文件不会被强制检出以删除dir1中的该文件。因此，在这种情况下，您可能需要尝试使用 git clean 或像我所做的那样，只使用此方法来填充新创建的目录。 - Wildcard
git-new-workdir将会被git checkout --to=<path>替代。请参见下面的答案：https://dev59.com/SW025IYBdhLWcg3wAg_p#30185564 - VonCgit worktree add <路径> [<分支>]（Git 2.5 rc2）。请参见我下面编辑的答案。 - VonC