git 个裸仓库有什么用？
What is the use of git bare repositories?
在远程机器上，我使用以下命令创建了一个裸存储库：
git init --bare $HOME/bare/My-Repo
我在本地机器上克隆了一个存储库（但不是我在远程机器上创建的存储库）：
git clone ssh://something.com/My-Repo
在我的本地机器上，在我刚刚克隆的存储库中，我创建了一个 "reference" 到位于远程机器上的上述裸存储库：
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
因此，我推送到裸存储库（位于同一台远程计算机上）。之后，我转到我的本地机器并 "take" 来自远程机器（来自裸存储库）的更改：
git fetch my_remote
git checkout -b my-dev-branch my_remote/my-dev-branch
git fetch origin
git rebase origin/master
所以，我的问题是：为什么我们需要这个裸存储库？为什么我们不能只有一个远程仓库，直接在本地和远程仓库之间交换内容呢？或者，为什么我们不能 rsync（或 scp）本地存储库与远程机器之间的往来？
已添加
这就是我问这个问题而不是谷歌搜索的原因。我用谷歌搜索了我的问题，第一个 link 在这里：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.
所以，现在要了解我需要知道：
- 什么是 "revision history"？
- 什么是 "working tree"？
- 什么是 "checked out copies"？
这只是第一部分。我知道，响应将是：去阅读 git 教程或 git 的介绍。好吧，我做到了。它的第一个问题是术语的使用是"circular"。 A 项通过 B 项表达，B 项通过 A 项表达。第二，我没有时间为了找到问题的答案而读书。第三，我100%确定我的问题的答案可以用简单的语言表达。这其实是微不足道的。
如果我没理解错的话，你的主要问题可以归结为：为什么我们需要一个中间裸仓库来同步两个 Git 仓库？
在您的具体示例中，您有一个本地 Git 存储库，我们称之为 X，还有两个远程存储库，一个裸机我们称之为 B，还有一个 non-bare 一个，我们称之为Y.
此时我希望你看到 X 和 Y 可以在任何地方。它们可以是本地的，也可以是远程的，与 B 在同一台服务器上。它们在哪里并不重要，重要的是你想在它们之间同步，为此你需要 B，在某个地方，任何地方.你的问题是为什么?
首先，你真的不需要中间的B。这是推荐的，默认行为将引导您朝这个方向发展。
为什么建议在仓库之间有一个裸仓库？
答案与工作树有关。
工作树是您处理文件的地方。
工作树的 Git 存储库位于 .git 子目录中。
您在工作树中执行的 Git 命令与 Git 存储库通信，查询其内容，并与您在工作树中的内容进行比较。
裸存储库就像单独的 .git 目录，没有工作树。
要揭开裸存储库的神秘面纱，试试看裸存储库和 non-bare 存储库之间的区别：
$ 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 文件，瞧，我会将裸存储库转换为常规存储库。
回到问题：为什么建议在两个 non-bare 想要相互同步的存储库之间有一个裸存储库？
默认情况下，Git 禁止推送到 non-bare 存储库。
如果没有呢？
如果 git push 将更新远程 .git 的内容，
相应的工作树应该怎么办？
一大堆问题随之而来：
- 工作树的当前分支是什么？如果推送没有改变那个分支，那么一切都很好。
- 如果推送影响了工作树的当前分支，应该怎么办？ Git 应该更新工作树吗？
- 如果工作树不干净，则无法安全更新。未提交的更改可能会丢失。
- 即使工作树是干净的，如果对
.gitignore 进行更改，或者如果分支的历史是 re-written 强制推送，也可能会发生冲突。
- 如果我们不更新工作树，它将与存储库不同步，因此
git status 会报告不应提交的修改。
这听起来是不是很复杂和令人费解？那是因为它是。
这就是默认情况下不允许推送到 non-bare 存储库的原因。你 can 如果你真的想这样做，它 可以 如果你始终保持干净你推送的回购的工作树，它是相当安全的，但它会是 error-prone（你可能会忘记），没有人需要这种不确定性和精神负担。最好只在两者之间使用裸存储库。
在远程机器上，我使用以下命令创建了一个裸存储库：
git init --bare $HOME/bare/My-Repo
我在本地机器上克隆了一个存储库（但不是我在远程机器上创建的存储库）：
git clone ssh://something.com/My-Repo
在我的本地机器上，在我刚刚克隆的存储库中，我创建了一个 "reference" 到位于远程机器上的上述裸存储库：
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
因此，我推送到裸存储库（位于同一台远程计算机上）。之后，我转到我的本地机器并 "take" 来自远程机器（来自裸存储库）的更改：
git fetch my_remote
git checkout -b my-dev-branch my_remote/my-dev-branch
git fetch origin
git rebase origin/master
所以，我的问题是：为什么我们需要这个裸存储库？为什么我们不能只有一个远程仓库，直接在本地和远程仓库之间交换内容呢？或者，为什么我们不能 rsync（或 scp）本地存储库与远程机器之间的往来？
已添加
这就是我问这个问题而不是谷歌搜索的原因。我用谷歌搜索了我的问题，第一个 link 在这里：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.
所以，现在要了解我需要知道：
- 什么是 "revision history"？
- 什么是 "working tree"？
- 什么是 "checked out copies"？
这只是第一部分。我知道，响应将是：去阅读 git 教程或 git 的介绍。好吧，我做到了。它的第一个问题是术语的使用是"circular"。 A 项通过 B 项表达，B 项通过 A 项表达。第二，我没有时间为了找到问题的答案而读书。第三，我100%确定我的问题的答案可以用简单的语言表达。这其实是微不足道的。
如果我没理解错的话，你的主要问题可以归结为：为什么我们需要一个中间裸仓库来同步两个 Git 仓库？
在您的具体示例中，您有一个本地 Git 存储库，我们称之为 X，还有两个远程存储库，一个裸机我们称之为 B，还有一个 non-bare 一个，我们称之为Y.
此时我希望你看到 X 和 Y 可以在任何地方。它们可以是本地的，也可以是远程的，与 B 在同一台服务器上。它们在哪里并不重要，重要的是你想在它们之间同步，为此你需要 B，在某个地方，任何地方.你的问题是为什么?
首先，你真的不需要中间的B。这是推荐的，默认行为将引导您朝这个方向发展。
为什么建议在仓库之间有一个裸仓库？
答案与工作树有关。
工作树是您处理文件的地方。
工作树的 Git 存储库位于 .git 子目录中。
您在工作树中执行的 Git 命令与 Git 存储库通信，查询其内容，并与您在工作树中的内容进行比较。
裸存储库就像单独的 .git 目录，没有工作树。
要揭开裸存储库的神秘面纱，试试看裸存储库和 non-bare 存储库之间的区别：
$ 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 文件，瞧，我会将裸存储库转换为常规存储库。
回到问题：为什么建议在两个 non-bare 想要相互同步的存储库之间有一个裸存储库？
默认情况下，Git 禁止推送到 non-bare 存储库。
如果没有呢？
如果 git push 将更新远程 .git 的内容，
相应的工作树应该怎么办？
一大堆问题随之而来：
- 工作树的当前分支是什么？如果推送没有改变那个分支，那么一切都很好。
- 如果推送影响了工作树的当前分支，应该怎么办？ Git 应该更新工作树吗？
- 如果工作树不干净，则无法安全更新。未提交的更改可能会丢失。
- 即使工作树是干净的，如果对
.gitignore进行更改，或者如果分支的历史是 re-written 强制推送，也可能会发生冲突。 - 如果我们不更新工作树，它将与存储库不同步，因此
git status会报告不应提交的修改。
这听起来是不是很复杂和令人费解？那是因为它是。 这就是默认情况下不允许推送到 non-bare 存储库的原因。你 can 如果你真的想这样做，它 可以 如果你始终保持干净你推送的回购的工作树，它是相当安全的，但它会是 error-prone（你可能会忘记），没有人需要这种不确定性和精神负担。最好只在两者之间使用裸存储库。