git - 克隆空的、*裸* git 存储库的最直接方法是什么？

Question

我刚刚浏览完 Google 搜索结果，其中包含所有关于 git 无法克隆空存储库是多么愚蠢的电子邮件咆哮。一些善良的灵魂甚至提交了一个补丁。在升级 git 之前，克隆空的、裸 git 存储库的最简单、最直接的方法是什么？

理想的解决方案将支持 -o 选项来为远程仓库指定一个不同于 origin 的名称，并且它可以作为一个简单的 shell 脚本来实现，例如， git-clone-empty-repo.

(我为什么要这样做:我已经在我们的 NetApp 文件管理器上设置了一个空的 git 存储库，它将被备份，但我想在我的本地硬盘驱动器上使用一个克隆并推 pull 来回。和我一起工作的其他人也会做同样的事情。我经常创建新的 git 仓库，但我无法克隆一个空的仓库让我抓狂。)

---

编辑:VonC 的帖子表明

$ git-init
$ git-remote add origin server:/pub/git/test.git

相当于在repo为空的情况下克隆远程repo。这不是我想要的，因为我总是在 git clone 中使用 -o 选项；我根据远程仓库所在的机器或其他一些令人难忘的标准来命名远程仓库。 (如果它们都被称为 origin，我有太多的 repos 无法让它们保持直截了当。)

---

编辑:以下答案将被标记为已接受:-)

要在路径 克隆一个空的、裸露的仓库，

1. 在 ~/git/onefile 中保留一个非裸 git 存储库，其中包含一个无害的文件，例如 .gitignore。 (或者，动态创建这样的存储库。)
2. (cd ~/git/onefile; git push path master)
3. git clone -o 名称 路径

换句话说，不要试图克隆空的 repo，而是在创建它之后，将一个包含一个无害文件的简单 repo 推送给它。然后它不再是空的，可以被克隆。

如果有人不反对我，我会发布一个 shell 脚本。

Answer 1

可能只有一个包含最少文件数的 git 仓库:

一个:.gitignore，其中有明显的忽略模式。

然后克隆那个“几乎是空的”存储库。
请注意，这样一个“几乎是空的”存储库(“几乎”是因为它在 .git 目录旁边仍然有一个最小的工作目录)然后可以通过 'git clone --bare'(如 illustrated here ) ，使其成为真正的裸仓库(但不是“空”仓库)。
这是你可以然后的裸 repo :

• 克隆任何你想要的地方。
• 或者(更重要的是)推送到(因为它是一个裸仓库)

---

你有 this thread “另一种方式”的一个很好的总结(我保留在这里以供引用)。

$ git-init
$ git-remote add origin server:/pub/git/test.git

For a new project (no code yet) I wanted to make an empty, bare
repository (no working copy) on a remote public server as a starting
point, clone it locally, and gradually create content locally and
push it out to the remote, public server.

Junio C Hamano 回应:

You prepared an empty bare repository for publishing, and that is very good.

The next step is that you prepare your contents elsewhere. That would be your private working place, i.e. the place you would normally work in).
You push from your private working place into that publishing repository.
Your working place is where the very initial commit should come from, since you are the one who is starting the project.

Note that the private working place does not have to be a clone of the empty one. That actually is backwards. Your work started from your private working place to the publishing one.

You could even clone your private repository to publishing one to make it clear who is the master and who is the copy if you wanted to, but because you already have the bare repository for publishing, just pushing into it is all that is needed.