补充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，所以我认为新的孤儿分支不会被添加到存储库中，除非那里完成了一些工作(和/或执行了提交)。

补充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，所以我认为新的孤儿分支不会被添加到存储库中，除非那里完成了一些工作(和/或执行了提交)。

我使用下面的脚本读取一个文本文件，其中包含我所有的SVN repo，并将它们转换为GIT，然后使用GIT clone——bare转换为一个裸露的GIT repo

#!/bin/bash
file="list.txt"
while IFS= read -r repo_name
do
 printf '%s\n' "$repo_name"
 sudo git svn clone --shared --preserve-empty-dirs --authors-file=users.txt file:///programs/svn/$repo_name 
 sudo git clone --bare /programs/git/$repo_name $repo_name.git
 sudo chown -R www-data:www-data $repo_name.git
 sudo rm -rf $repo_name
done <"$file"

List.txt有这样的格式

repo1_name
repo2_name

users.txt有这个格式

(无作者)=罗杰斯王子<prince.rogers.nelson@payesley.park.org>

www-data是Apache web服务器用户，需要权限才能通过HTTP推送更改

你的方法看起来可行;裸存储库的文件结构就是.git目录中的内容。但我不知道是否有文件被修改过，如果失败了，你可以这样做

git clone --bare /path/to/repo

您可能需要在不同的目录中执行此操作以避免名称冲突，然后您可以将其移回您想要的位置。您可能需要更改配置文件，以指向您的原始回购所在的位置。

以下是来自gitglossary的裸库定义:

裸存储库通常是一个适当命名的、后缀为.git的目录，该目录不包含任何受修订控制的文件的本地签出副本。也就是说，通常出现在隐藏的. Git子目录中的所有Git管理和控制文件都直接出现在存储库中。取而代之的是Git目录，并且没有其他文件存在并签出。公共存储库的发布者通常会提供裸存储库。

我来到这里是因为我正在使用“本地存储库”，并希望能够像使用远程存储库一样做任何我想做的事情。我只是玩玩，想了解一下git。我假设任何想读这个答案的人都会遇到这种情况。

我想要一个专家的意见或一些具体的反例，然而，似乎(在我找到的一些git源代码中)简单地转到.git/config文件并将核心属性设置为true, git会让你远程对存储库做任何你想做的事情。例如，在.git/config中应该存在以下行:

[core]
    ...
    bare = true
...

(这大致是命令git config——bool core。完全真实就可以了，这可能是建议处理更复杂的情况)

我对这种说法的理由是，在git源代码中，似乎有两种不同的方法来测试回购是否为空。一种方法是检查全局变量is_bare_repository_cfg。这是在执行的某个设置阶段设置的，并反映在.git/config文件中找到的值。另一个是函数is_bare_repository()。下面是这个函数的定义:

int is_bare_repository(void)
{
    /* if core.bare is not 'false', let's see if there is a work tree */
    return is_bare_repository_cfg && !get_git_work_tree();
} 

我没有时间也没有专业知识来绝对自信地说这一点，但据我所知，如果你在.git/config中将裸属性设置为true，这应该总是返回1。函数的其余部分可能用于以下情况:

核心。Bare没有定义(即既非真也非假) 没有工作树(例如。git子目录是主目录)

我以后会用它做实验，但这似乎表明设置核心。Bare = true相当于去除核心。从配置文件和设置正确的目录。

无论如何，设定核心。bare = true当然会让你推到它，但我不确定项目文件的存在是否会导致一些其他操作出错。推送到存储库并查看本地发生了什么(即运行git status并理解结果)是很有趣的，我认为这很有指导意义。

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

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

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

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

这就对了，裸回购。