我一直在阅读Git中的裸库和非裸库/默认库。我还不能很好地(从理论上)理解它们之间的区别，以及为什么我应该“推送”到一个裸库。事情是这样的:
目前，我是唯一一个在3台不同计算机上从事项目的人，但以后会有更多人参与其中，所以我使用Git进行版本控制。我在所有计算机上克隆裸回购，当我完成对其中一台计算机的修改时，我提交并将更改推到裸回购。据我所知，裸库没有“工作树”，所以如果我克隆裸库，我就不会有“工作树”。
我猜工作树存储了来自项目的提交信息、分支等。这不会出现在裸回购中。因此，对我来说，用工作树将提交“推”到repo似乎更好。
那么，为什么我应该使用裸库，为什么不呢?实际的区别是什么?我想，这对更多人参与一个项目没有好处。
你做这种工作的方法是什么?建议吗?
当前回答
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来区分这两个概念。
其他回答
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来区分这两个概念。
默认/非裸的Git repo包含两段状态:
存储库中所有文件的快照(这就是Git术语中“工作树”的含义) 对存储库中所有文件所做的所有更改的历史记录(似乎没有一个简洁的Git术语包含所有这些内容)
快照就是您可能认为的项目:您的代码文件、构建文件、助手脚本以及其他使用Git进行版本管理的东西。
历史记录是一种状态，它允许您检出不同的提交，并获得添加该提交时存储库中的文件的完整快照。它由一堆Git内部的数据结构组成，您可能从未直接与它们交互过。重要的是，历史记录不仅仅存储元数据(例如。“用户U在时间T向文件F添加了这么多行，作为提交C的一部分”)，它还存储数据(例如。“用户U将这些确切的行添加到文件F”)。
裸存储库的关键思想是您实际上不需要快照。Git保留快照，因为它方便人类和其他想要与您的代码交互的非Git进程，但快照只是复制历史记录中已经存在的状态。
裸存储库是指没有快照的Git存储库。它只是存储历史。
Why would you want this? Well, if you're only going to interact with your files using Git (that is, you're not going to edit your files directly or use them to build an executable), you can save space by not keeping around the snapshot. In particular, if you're maintaining a centralized version of your repo on a server somewhere (i.e. you're basically hosting your own GitHub), that server should probably have a bare repo (you would still use a non-bare repo on your local machine though, since you'll presumably want to edit your snapshot).
如果您想要更深入地了解裸回购和另一个示例用例，我在这里写了一篇博客文章:https://stegosaurusdormant.com/bare-git-repo/
裸库就是。git文件夹本身，即裸库的内容与本地工作库中。git文件夹的内容相同。
在远程服务器上使用裸存储库允许多个贡献者推送他们的工作。 Non-bare——在项目的每个贡献者的本地机器上有工作树的那个。
非裸存储库只是有一个签出的工作树。工作树不存储关于存储库状态的任何信息(分支、标记等);相反，工作树只是repo中实际文件的表示，它允许您对文件进行处理(编辑等)。
我当然不是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".
