我如何将一个“正常”的Git存储库转换为一个裸库?
主要的区别似乎是:
在普通的Git存储库中,您在存储库中有一个.git文件夹,其中包含所有相关数据和构成工作副本的所有其他文件 在裸Git存储库中,没有工作副本,文件夹(让我们称之为repo.git)包含实际的存储库数据
我如何将一个“正常”的Git存储库转换为一个裸库?
主要的区别似乎是:
在普通的Git存储库中,您在存储库中有一个.git文件夹,其中包含所有相关数据和构成工作副本的所有其他文件 在裸Git存储库中,没有工作副本,文件夹(让我们称之为repo.git)包含实际的存储库数据
当前回答
删除文件和移动.git目录的方法是不干净的,没有使用“git”方法来做一些应该简单的事情。这是我发现的将正常回购转换为裸回购的最干净的方法。
第一个克隆/path/to/normal/repo到一个名为repo.git的裸repo
git clone --bare /path/to/normal/repo
接下来删除指向/path/to/normal/repo的原点
cd repo.git
git remote rm origin
最后,您可以删除原来的回购。你可以重命名repo。在这一点上,Git的回购,但标准约定,以表示一个Git存储库是什么。git,所以我个人会这样做。
一旦你完成了所有这些,你可以克隆你的新裸回购(这实际上创建了一个正常的回购,也是你如何将它从裸转换为正常)
当然,如果你有其他的上行流,你会想要记录它们,并更新你的裸回购以包括它。但是同样,这一切都可以用git命令来完成。请记住手册页是您的朋友。
其他回答
我使用下面的脚本读取一个文本文件,其中包含我所有的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推送更改
以下是来自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
这就对了,裸回购。
也请大家考虑使用
git clone --mirror path_to_source_repository path_to_bare_repository
从文档中可以看到:
设置源存储库的镜像。这意味着——裸露。与——bare相比,——mirror不仅将源的本地分支映射到目标的本地分支,它还映射所有的引用(包括远程跟踪分支,notes等),并设置一个refspec配置,以便所有这些引用都被目标库中的git远程更新覆盖。
你的方法看起来可行;裸存储库的文件结构就是.git目录中的内容。但我不知道是否有文件被修改过,如果失败了,你可以这样做
git clone --bare /path/to/repo
您可能需要在不同的目录中执行此操作以避免名称冲突,然后您可以将其移回您想要的位置。您可能需要更改配置文件,以指向您的原始回购所在的位置。