我一直在阅读Git中的裸库和非裸库/默认库。我还不能很好地(从理论上)理解它们之间的区别，以及为什么我应该“推送”到一个裸库。事情是这样的:
目前，我是唯一一个在3台不同计算机上从事项目的人，但以后会有更多人参与其中，所以我使用Git进行版本控制。我在所有计算机上克隆裸回购，当我完成对其中一台计算机的修改时，我提交并将更改推到裸回购。据我所知，裸库没有“工作树”，所以如果我克隆裸库，我就不会有“工作树”。
我猜工作树存储了来自项目的提交信息、分支等。这不会出现在裸回购中。因此，对我来说，用工作树将提交“推”到repo似乎更好。
那么，为什么我应该使用裸库，为什么不呢?实际的区别是什么?我想，这对更多人参与一个项目没有好处。
你做这种工作的方法是什么?建议吗?
当前回答
默认/非裸的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/
其他回答
裸存储库的好处在于
减少磁盘使用率 与远程推送相关的问题更少(因为没有工作树不同步或有冲突的更改)
我知道已经晚了5年，但没有人真正回答这个问题:
那么，为什么我应该使用裸库，为什么不呢?是什么 实际的区别吗?这对更多人没有好处 我想是在做项目吧。 你做这种工作的方法是什么?建议吗?
直接引用Loeliger/MCullough的书(978-1-449-31638- 9,p196 /7):
裸库似乎没什么用处，但它的作用却是 至关重要的是:作为合作的权威焦点 发展。其他开发人员克隆和获取 存储库和推送更新到它…如果你建立了一个存储库 哪些开发人员推动更改，它应该是裸露的。实际上，这是 一种特殊情况下比较普遍的最佳实践，即一种已出版的最佳实践 存储库应该是空的。
非裸存储库只是有一个签出的工作树。工作树不存储关于存储库状态的任何信息(分支、标记等);相反，工作树只是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".
非裸存储库允许您(在工作树中)通过创建新的提交来捕获更改。
裸存储库只能通过从其他存储库传输更改来更改。
