哇，居然有这么多人插话，真是令人惊讶，尤其是考虑到似乎没有一个人停下来问这个人为什么要做他正在做的事情。

裸git和非裸git仓库之间的唯一区别是，非裸版本有一个工作副本。你需要裸回购的主要原因是，如果你想让第三方可以使用它，你实际上不能直接使用它，所以在某种程度上，你将不得不克隆它，此时你就会回到常规的工作副本版本。

也就是说，要转换为裸回购，你所要做的就是确保你没有提交挂起，然后:

rm -R * && mv .git/* . && rm -R .git

这就对了，裸回购。

用于执行上述所有操作的onlineer:

for i in `ls -A .`; do if [ $i != ".git" ]; then rm -rf $i; fi; done; mv .git/* .; rm -rf .git; git config --bool core.bare true

(如果事情搞砸了，你又没有备份，可别怪我:P)

也请大家考虑使用

git clone --mirror path_to_source_repository path_to_bare_repository

从文档中可以看到:

设置源存储库的镜像。这意味着——裸露。与——bare相比，——mirror不仅将源的本地分支映射到目标的本地分支，它还映射所有的引用(包括远程跟踪分支，notes等)，并设置一个refspec配置，以便所有这些引用都被目标库中的git远程更新覆盖。

补充2: 写完答案后，我意识到接受的答案可能会在我的PC上导致相同的结果，如果后面跟着git add *。

我的文件从我的工作文件夹中消失了(只剩下。git了)，它又好又紧凑:

git switch --orphan some_new_branch_name 

然后转换为裸，如果你想:

git config --bool core.bare true

这样，包括远程链接在内的配置将被保存:

$ git config --list
core.repositoryformatversion=0
core.filemode=true
core.bare=true
remote.origin.url=https://github.com/vmatare/thinkfan.git
remote.origin.fetch=+refs/*:refs/*
remote.origin.mirror=true

补充道: 在评论中提到，它不会删除“任何被git忽略的文件”，这种情况下，它们需要额外手动删除(或存储库本身，即.git子文件夹被移动到其他地方)。

注: 在核心。毫无疑问，一些行为会导致错误:

$ git fetch --all
Fetching origin
fatal: Refusing to fetch into current branch refs/heads/devel of non-bare repository
error: Could not fetch origin

Some_new_branch_name在git分支的输出中没有被列出。为了进一步测试，我做了git checkout master，我得到了文件，在git分支的输出中再次没有some_new_branch_name，所以我认为新的孤儿分支不会被添加到存储库中，除非那里完成了一些工作(和/或执行了提交)。

简而言之:用repo/的内容替换repo的内容。Git，然后告诉存储库它现在是一个裸存储库。

为此，执行以下命令:

cd repo
mv .git ../repo.git # renaming just for clarity
cd ..
rm -fr repo
cd repo.git
git config --bool core.bare true

注意，这不同于做一个git克隆——裸到一个新的位置(见下文)。

简单的读

Pro Git Book: 4.2 Git on the Server - get Git on a Server

归结起来是什么

$ git clone --bare my_project my_project.git
Cloning into bare repository 'my_project.git'...
done.

然后输入my_project。Git到服务器

主要是42号试图指出的答案。当然，人们可以重新发明轮子;-)