我一直在阅读Git中的裸库和非裸库/默认库。我还不能很好地(从理论上)理解它们之间的区别，以及为什么我应该“推送”到一个裸库。事情是这样的:
目前，我是唯一一个在3台不同计算机上从事项目的人，但以后会有更多人参与其中，所以我使用Git进行版本控制。我在所有计算机上克隆裸回购，当我完成对其中一台计算机的修改时，我提交并将更改推到裸回购。据我所知，裸库没有“工作树”，所以如果我克隆裸库，我就不会有“工作树”。
我猜工作树存储了来自项目的提交信息、分支等。这不会出现在裸回购中。因此，对我来说，用工作树将提交“推”到repo似乎更好。
那么，为什么我应该使用裸库，为什么不呢?实际的区别是什么?我想，这对更多人参与一个项目没有好处。
你做这种工作的方法是什么?建议吗?
当前回答
$ git帮助存储库布局
Git存储库有两种不同的风格: 在工作树的根目录下有一个.git目录; 一个.git目录是一个裸存储库(即没有自己的工作树)，通常用于通过推入和从中获取与他人交换历史。
其他回答
我知道已经晚了5年，但没有人真正回答这个问题:
那么，为什么我应该使用裸库，为什么不呢?是什么 实际的区别吗?这对更多人没有好处 我想是在做项目吧。 你做这种工作的方法是什么?建议吗?
直接引用Loeliger/MCullough的书(978-1-449-31638- 9,p196 /7):
裸库似乎没什么用处，但它的作用却是 至关重要的是:作为合作的权威焦点 发展。其他开发人员克隆和获取 存储库和推送更新到它…如果你建立了一个存储库 哪些开发人员推动更改，它应该是裸露的。实际上，这是 一种特殊情况下比较普遍的最佳实践，即一种已出版的最佳实践 存储库应该是空的。
这不是一个新的答案，但它帮助我理解上述答案的不同方面(这对于评论来说太多了)。
使用Git Bash试试:
me@pc MINGW64 /c/Test
$ ls -al
total 16
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:35 ./
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:11 ../
me@pc MINGW64 /c/Test
$ git init
Initialized empty Git repository in C:/Test/.git/
me@pc MINGW64 /c/Test (master)
$ ls -al
total 20
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:35 ./
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:11 ../
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:35 .git/
me@pc MINGW64 /c/Test (master)
$ cd .git
me@pc MINGW64 /c/Test/.git (GIT_DIR!)
$ ls -al
total 15
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:35 ./
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:35 ../
-rw-r--r-- 1 myid 1049089 130 Apr 1 11:35 config
-rw-r--r-- 1 myid 1049089 73 Apr 1 11:35 description
-rw-r--r-- 1 myid 1049089 23 Apr 1 11:35 HEAD
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:35 hooks/
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:35 info/
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:35 objects/
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:35 refs/
git也是一样:
me@pc MINGW64 /c/Test
$ ls -al
total 16
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:36 ./
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:11 ../
me@pc MINGW64 /c/Test
$ git init --bare
Initialized empty Git repository in C:/Test/
me@pc MINGW64 /c/Test (BARE:master)
$ ls -al
total 23
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:36 ./
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:11 ../
-rw-r--r-- 1 myid 1049089 104 Apr 1 11:36 config
-rw-r--r-- 1 myid 1049089 73 Apr 1 11:36 description
-rw-r--r-- 1 myid 1049089 23 Apr 1 11:36 HEAD
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:36 hooks/
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:36 info/
drwxr-xr-x 1 myid 1049089 0 Apr 1 11:36 objects/
我当然不是Git“专家”。我使用TortoiseGit有一段时间了，当我创建一个“裸”回购时，它问我是否想要创建一个“裸”回购，我想知道它在说什么。我正在阅读这个教程:https://www.atlassian.com/git/tutorials/setting-up-a-repository/git-init，它解决了这个问题，但我仍然不太理解这个概念。这个帮助很大:http://bitflop.com/tutorials/git-bare-vs-non-bare-repositories.html。第一个也说得通!
According to these sources, in a nutshell, a "bare" repo is used on a server where you want to set up a distribution point. It's not intended for use on your local machine. You generally push commits from your local machine to a bare repo on a remote server, and you and/or others pull from that bare repo to your local machine. So your GitHub, Assembla, etc. remote storage/distribution repo is an example where a "bare" repo is created. You would make one yourself if you were setting up your own analogous "sharing center".
裸存储库的好处在于
减少磁盘使用率 与远程推送相关的问题更少(因为没有工作树不同步或有冲突的更改)
The distinction between a bare and non-bare Git repository is artificial and misleading since a workspace is not part of the repository and a repository doesn't require a workspace. Strictly speaking, a Git repository includes those objects that describe the state of the repository. These objects may exist in any directory, but typically exist in the .git directory in the top-level directory of the workspace. The workspace is a directory tree that represents a particular commit in the repository, but it may exist in any directory or not at all. Environment variable $GIT_DIR links a workspace to the repository from which it originates.
Git命令Git clone和Git init都有选项——bare，可以在没有初始工作区的情况下创建存储库。不幸的是，Git将工作空间和存储库这两个独立但相关的概念合并在一起，然后使用令人困惑的术语bare来区分这两个概念。
