git - git 裸仓库有什么用？

Question

在远程机器上，我使用以下命令创建一个裸存储库:

git init --bare $HOME/bare/My-Repo

在我的本地计算机上，我克隆了一个存储库(但不是我在远程计算机上创建的存储库):

git clone ssh://something.com/My-Repo

在我的本地机器上，在我刚刚克隆的存储库中，我创建了一个对上述位于远程机器上的裸存储库的“引用”:

git remote add my_remote ssh://remote.com/${USER}/bare/My-Repo

我不知道它是否与我的问题相关，但我也在我的本地存储库中做了以下事情:

git config remote.my_remote /some/path/git-receive-pack
git config remote.my_remote /some/path/git-upload-pack

现在，我可以从本地存储库推送到远程机器上的裸存储库:

git push my_remote master

现在，我们的想法是在远程机器上创建另一个存储库，它应该从裸存储库中获取一些内容。我通过在远程机器上执行类似这样的操作来创建这个 repo:

some_script.sh $HOME/bare/My-Repo $HOME/My-Repo

现在，我在远程机器上的 $HOME/My-Repo 中做了一些更改(请注意它不是 bare 存储库)，然后我 git add 和 git commit 然后我推送:

git push origin my-dev-branch

因此，我推送到裸存储库(位于同一台远程机器上)。之后我转到我的本地机器并从远程机器(从裸存储库)“获取”更改:

git fetch my_remote
git checkout -b my-dev-branch my_remote/my-dev-branch
git fetch origin
git rebase origin/master

所以，我的问题是:为什么我们需要这个裸存储库？为什么我们不能只有一个远程仓库，直接在本地和远程仓库之间交换内容呢？或者，为什么我们不能只rsync(或scp)本地存储库与远程机器之间的来回同步？

已添加

这就是为什么我问这个问题而不是谷歌搜索。我用谷歌搜索了我的问题，第一个链接在这里:http://www.saintsjd.com/2011/01/what-is-a-bare-git-repository/

我在那里读到:

Repositories created with the git init command are called working directories. In the top level folder of the repository you will find two things: A .git subfolder with all the git related revision history of your repo A working tree, or checked out copies of your project files. Repositories created with git init --bare are called bare repos. They are structured a bit differently from working directories. First off, they contain no working or checked out copy of your source files. And second, bare repos store git revision history of your repo in the root folder of your repository instead of in a .git subfolder. Note… bare repositories are customarily given a .git extension.

所以，现在要明白我需要知道:

1. 什么是“修订历史”？
2. 什么是“工作树”？
3. 什么是“ checkout 副本”？

这只是第一部分。我知道，响应将是:去阅读 git 教程或 git 简介。好吧，我做到了。它的第一个问题是术语的使用是“循环的”。 A 项通过 B 项表达，B 项通过 A 项表达。第二，我没有时间为了找到问题的答案而读书。第三，我100%确定我的问题的答案可以用简单的语言表达。这实际上是微不足道的。

Answer 1

如果我理解正确，您的主要问题可以归结为:为什么我们需要一个中间的裸存储库来在两个 Git 存储库之间进行同步？

在您的具体示例中，您有一个本地 Git 存储库，我们称之为 X，还有两个远程存储库，一个裸的我们称之为 B，一个非裸的，我们称之为 Y。

此时我希望您看到 X 和 Y 可以在任何地方。它们可以是本地的，也可以是远程的，与 B 在同一台服务器上。它们在哪里并不重要，重要的是你想在它们之间同步，为此你需要 B，在某个地方，任何地方.你的问题是为什么？

首先，你真的不需要中间的 B。这是推荐的，默认行为将引导您朝这个方向前进。

为什么建议在仓库之间有一个裸仓库？答案与工作树有关。工作树是您处理文件的地方。工作树的 Git 存储库位于 .git 子目录中。您在工作树中执行的 Git 命令与 Git 存储库通信，查询其内容，并与您在工作树中的内容进行比较。裸仓库就像单独的 .git 目录，没有工作树。

要揭开裸仓库的神秘面纱，试试看裸仓库和非裸仓库之间的区别:

$ cd /tmp/
$ git init --bare bare.git
Initialized empty Git repository in /private/tmp/bare.git/
$ git init regular
Initialized empty Git repository in /private/tmp/regular/.git/
$ diff -r bare.git/ regular/.git/
diff -r bare.git/config regular/.git/config
4c4,5
<   bare = true
---
>   bare = false
>   logallrefupdates = true

从技术上讲，区别在于几个配置标志。我可以将 bare.git 目录移动到文件系统中的任何目录，将其重命名为 .git，编辑 config 文件，瞧，我将把裸仓库转换成普通仓库。

回到问题:为什么建议在两个想要同步的非裸仓库之间有一个裸仓库？默认情况下，Git 禁止推送到非裸仓库。如果没有呢？如果 git push 将更新远程 .git 的内容，相应的工作树应该怎么办？很多问题会随之而来:

• 工作树的当前分支是什么？如果推送没有改变那个分支，那么一切都很好。
• 如果推送影响了工作树的当前分支会怎样？ Git 应该更新工作树吗？
  • 如果工作树不干净，则无法安全更新。未提交的更改可能会丢失。
  • 即使工作树是干净的，如果对 .gitignore 进行了更改，或者如果分支的历史被强制推送重写，也可能会发生冲突。
  • 如果我们不更新工作树，它将与存储库不同步，因此 git status 会报告不应提交的修改。

这听起来是不是很复杂和令人困惑？那是因为它是。这就是默认情况下不允许推送到非裸存储库的原因。你can如果你真的想这样做，它可以是相当安全的，如果你始终保持干净你推送到的 repo 的工作树，但它会容易出错(你可能会忘记)，而且没有人需要这种不确定性和精神负担。最好只在两者之间使用裸存储库。