有没有一种简单的方法来备份整个 git repo，包括所有的分支和标签？
【问题讨论】：
git bundle
我喜欢这种方法，因为它只生成一个文件，更容易复制。
见ProGit: little bundle of joy。
另见“How can I email someone a git repository?”，其中的命令
git bundle create /tmp/foo-all --all
详细：
git bundle只会打包由 git show-ref 显示的引用：这包括磁头、标签和远程磁头。
目的地持有使用的基础非常重要。
谨慎起见是可以的，这会导致捆绑文件包含目标中已经存在的对象，因为在目标解压时会忽略这些对象。
为了使用那个包，你可以克隆它，指定一个不存在的文件夹（在任何 git repo 之外）：
git clone /tmp/foo-all newFolder
【讨论】：
git bundle 是我认为的正确答案，而不是公认的答案。我认为他很了解克隆命令，如果他能提出这样的问题，显然对他来说是不够的（因为它是克隆，而不是转储）。转储是与简单副本不同的东西，例如：1）它们不需要是正常工作的最佳（或什至有能力）2）但它们需要具有良好的抵抗力和可修复性以防止数据损坏 3）它通常很有用如果它们对于增量备份很容易区分，而对于副本来说这不是一个目标。
git bundle 或 git clone 都没有获得所有内容，例如挂钩脚本。
git bundle 吗？
克隆它怎么样？
git clone --mirror other/repo.git
每个存储库都是其远程的备份。
【讨论】：
git branch -a。也许这样更明显：克隆存储库后，您不会获取每个分支，而是获取每个提交。分支仅引用现有提交。
git clone 涵盖了所有这些。 (1) 是可选的，不是必需的。如果结果仍然优化，它仍然是一个备份（2）已经被 git 本身覆盖。 -- 我想说的是，如果git clone 已经涵盖了相关要点，那么您需要什么不同的工具？虽然我也更喜欢git bundle，但我不认为我的回答是错误的或无效的。您可以将这两种方法视为热备份与冷备份。
扩展 KingCrunch 和 VonC 的精彩答案
我把它们都结合了：
git clone --mirror git@some.origin/reponame reponame.git
cd reponame.git
git bundle create reponame.bundle --all
之后，您就有了一个名为reponame.bundle 的文件，可以轻松地复制它。然后，您可以使用 git clone reponame.bundle reponame 创建一个新的普通 git 存储库。
请注意，git bundle 仅复制导致存储库中某些引用（分支或标签）的提交。所以纠结的提交不会存储到包中。
【讨论】：
git bundle create reponame.bundle --all？
扩展其他一些答案，这就是我所做的：
设置回购：git clone --mirror user@server:/url-to-repo.git
然后当您要刷新备份时：来自克隆位置的git remote update。
这会备份所有分支和标签，包括以后添加的新分支，但值得注意的是，被删除的分支不会从克隆中删除（这对于备份可能是一件好事）。
这是原子的，所以没有简单副本会出现的问题。
【讨论】：
这个帖子对于了解如何备份 git repos 非常有帮助。我认为它仍然缺乏一些提示，信息或结论来为自己找到“正确的方式”（tm）。因此，在这里分享我的想法以帮助他人并提出讨论以增强他们。谢谢。
所以从拿起最初的问题开始：
然后用典型的愿望丰富它并指定一些预设：
关于什么是“100%”备份的观点不同。这里有两个典型的。
git 是一个开发者工具，通过git clone --mirror 和git bundle --all 支持这种观点。
git gc）git 是一个开发者工具，把它留给管理员。 git 配置和操作系统配置的备份应该与内容的备份分开。
它们中的大多数都是通用的备份。
git gc --auto
git bundle --all
git bundle verify验证。git clone --mirror
git fsck验证。冷拷贝备份始终可以进行完整文件备份：拒绝所有对 git 存储库的访问，进行备份并再次允许访问。
由于持续提交导致数据损坏的风险，无法使用活动存储库进行文件备份。 热拷贝为备份目的提供活动存储库的固定状态。正在进行的提交不会影响该副本。 如上所述，git 的克隆和捆绑功能支持这一点，但对于“100% 管理员”备份，必须通过其他命令完成几件事。
git bundle --all 分别创建内容的完整/增量转储文件和复制/备份配置文件。git clone --mirror，分别处理和复制配置，然后对镜像进行全文件备份。
【讨论】：
IMO 的正确答案是 git clone --mirror。这将完全备份您的存储库。
Git clone mirror 会克隆整个仓库、notes、heads、refs 等，通常用于将整个仓库复制到新的 git 服务器。 这将拉下所有分支并一切，整个存储库。
git clone --mirror git@example.com/your-repo.git
通常克隆 repo 不包括所有分支，只包括 Master。
复制 repo 文件夹只会“复制”已被 拉进来......所以默认情况下只有主分支或其他 您之前签出的分支。
Git 捆绑命令也不是您想要的：“捆绑命令 将打包通常会被推过的所有东西 将 git push 命令连接到一个二进制文件中，您可以通过电子邮件发送到该文件 某人或放在闪存驱动器上，然后解绑到另一个存储库中。”（来自What's the difference between git clone --mirror and git clone --bare）
【讨论】：
所有内容都包含在.git 目录中。只需像备份任何文件一样将其与您的项目一起备份即可。
【讨论】：
copy 或cp 命令，但这并不适合他的需要。而且我也觉得，他是在裸仓库上思考的（虽然也可以复制，但我觉得不是全功能的备份）。
使用 git 包，或克隆
复制 git 目录不是一个好的解决方案，因为它不是原子的。如果你有一个大的仓库需要很长时间来复制，并且有人推送到你的仓库，它会影响你的备份。克隆或制作捆绑包不会有这个问题。
【讨论】：
您可以使用git-copy 以最小存储大小备份 git 存储库。
git copy /path/to/project /backup/project.repo.backup
然后你可以用git clone恢复你的项目
git clone /backup/project.repo.backup project
【讨论】：
git clone --bare + git push --force 来说，这似乎需要做很多工作。
cd /path/to/backupdir/
git clone /path/to/repo
cd /path/to/repo
git remote add backup /path/to/backupdir
git push --set-upstream backup master
这会创建一个备份并进行设置，以便您可以执行 git push 来更新您的备份，这可能是您想要做的。只要确保 /path/to/backupdir 和 /path/to/repo 至少是不同的硬盘驱动器，否则这样做没有多大意义。
【讨论】：
这里有两个选项：
您可以直接获取 git repo 目录的 tar，因为它具有服务器上 repo 的全部裸露内容。有人在进行备份时可能正在处理 repo。
以下命令将为您提供 repo 的裸克隆（就像它在服务器中一样），然后您可以毫无问题地获取克隆位置的 tar。
git clone --bare {your backup local repo} {new location where you want to clone}
【讨论】：
如果它在 Github 上，请导航到 bitbucket 并使用“导入存储库”方法将您的 github 存储库作为私有存储库导入。
如果它在 bitbucket 中，则反之。
这是一个完整的备份，但保留在云中，这是我的理想方法。
【讨论】：
据我所知，你可以复制你的仓库所在的目录，就是这样！
cp -r project project-backup
【讨论】：
git clone --bare 这样的 git 命令会给你一个一致的快照。
cping git repoes 是对您存储设备的滥用。