git - Git 的单一工作分支

Question

赏金简短描述

是否有一种可移植的方法来使用具有多个 checkout 功能的单个存储库？作为拥有的替代方案存在太多开销(推送/pull/同步...)和覆盖 .git/objects 硬链接(hard link)(甚至在 Windows 上不起作用)的风险的多个克隆。

---

刚接触 git，很想听听有经验的 git 用户的想法。

为什么 git 一次只能在一个分支上工作有概念上的原因吗？在大多数时间我需要同时处理至少两个不同的分支时，在分支之间来回切换似乎是绝对不切实际的，例如 build ，并行运行a.s.o.

好吧，也许开发人员真的不需要完全同时在两个分支上工作。但是 checkout 另一个分支不会自动携带被忽略的东西，比如构建输出文件。所以需要一个新的重建a.s.o.

有一个脚本 git-new-workdir 应该允许多个工作分支，但其中一个，它不是 git 版本的一部分，尽管它已经存在了大约 3 年，所以我不相信它能让我的文件保持一致。其次，我找不到它作为 Windows 发行版的一部分，这是我用于开发的机器之一。

所以唯一的官方选择是为每个分支创建一个新的“克隆”，这似乎是不正确的，因为每个克隆都是一个成熟的存储库。我什至不知道如何称呼克隆目录——我是使用存储库名称还是分支名称，还是同时使用两者？如果我从该分支创建另一个分支，a.s.o.

实际用例更新 (@Philip 的建议)

我通常在两个主要/次要版本上工作，两个功能并行进行。还有一个偶尔的开发分支，在 merge 到某个 future 版本之前，实验性功能会进入该分支。

在功能开发过程中，行为通常会退化，将其与更改前的行为进行比较会更有效率。 checkout 以前的分支/修订版是不够的，因为很多时候它归结为并排调试，这意味着需要在硬盘驱动器上同时 checkout 两个修订版。

因此，更方便、更自然的方法是在各自的目录中保留几个所谓的“事件”分支，每个分支都有自己的编译二进制文件。这也将节省编译时间和偶尔的本地设置(即每次 checkout 后需要更改配置文件以使产品运行)。

Answer 1

checkout 时的分支只是指向提交 (within a graph of commit) 的指针。
因此，Git 无法同时检查该图的两个提交。

实际上，参见“Multiple working directories with Git?”。
使用 Git 2.5+(2015 年第 2 季度)，您可以为一个 git 存储库拥有多个工作树，git checkout --to=<path> .

这允许您在 <path> 的单独工作目录中 check out 分支.一个新的工作目录链接到当前存储库。

该链接是“可移植的”(即甚至可以在 Windows 上使用)，因为它记录在主存储库 $GIT_DIR/worktrees 中。目录。

---

原始答案(2011 年):

(来源:Scott Chason，ProGIT 图书，http://progit.org/book/ch3-1.html，CC-BY-NC-SA)

如果您需要同时在两个不同的分支上工作，只需克隆您的存储库并选择(git checkout)该克隆中的另一个分支。您可以使用分支的名称作为该克隆的根目录的名称。
您可以在任何这些存储库中创建分支。

---

So the question is why can't Git have TWO pointers, one for each directory? –

如“Popularity of Git/Mercurial/Bazaar vs. which to recommend”中所述，Git 的核心是内容 管理。每次提交都代表存储库的完整快照。
您不能在同一个容器(工作目录)中查看两个内容，即使您可以根据需要保留尽可能多的指针(分支)的引用。

您只用一个内容填充工作目录。