- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
git gc
和git repack -ad 有区别吗? git 修剪
?
如果是,git gc
将完成哪些额外步骤(反之亦然)?
就空间优化或安全性而言,使用哪个更好?
最佳答案
Is there any difference between
git gc
andgit repack -ad; git prune
?
不同之处在于,默认情况下 git gc
对于需要哪些内务处理任务非常保守。例如,它不会运行 git repack
除非存储库中松散对象的数量超过某个阈值(可通过 gc.auto
变量配置)。此外,git gc
将运行比 git repack
和 git prune
更多的任务。
If yes, what additional steps will be done by
git gc
(or vice versa)?
根据documentation , git gc
运行:
git-prune
git-reflog
git-repack
git-rerere
更具体地说,通过查看 source code of gc.c
(lines 338-343)1我们可以看到它最多调用以下命令:
pack-refs --all --prune
reflog expire --all
repack -d -l
修剪 --expire
worktree prune --expire
rerere gc
取决于包的数量(lines 121-126) ,它可能会使用 -A
选项运行 repack
(lines 203-212) :
* If there are too many loose objects, but not too many
* packs, we run "repack -d -l". If there are too many packs,
* we run "repack -A -d -l". Otherwise we tell the caller
* there is no need.
if (too_many_packs())
add_repack_all_option();
else if (!too_many_loose_objects())
return 0;
关于line 211-212 of the need_for_gc
function的通知如果存储库中没有足够的松散对象,gc
根本不会运行。
documentation 中进一步阐明了这一点:
Housekeeping is required if there are too many loose objects or too many packs in the repository. If the number of loose objects exceeds the value of the
gc.auto
configuration variable, then all loose objects are combined into a single pack usinggit repack -d -l
. Setting the value ofgc.auto
to0
disables automatic packing of loose objects.If the number of packs exceeds the value of
gc.autoPackLimit
, then existing packs (except those marked with a.keep
file) are consolidated into a single pack by using the-A
option ofgit repack
.
如您所见,git gc
努力根据存储库的状态做正确的事情。
Which one is better to use in regard to space optimization or safety?
一般来说,运行 git gc --auto
会更好,因为它会做最少的必要工作来保持存储库的良好状态——安全且不会浪费太多资源。
但是,请记住垃圾回收可能已经在某些命令后自动触发,除非通过将 gc.auto
配置变量设置为 0
来禁用此行为>.
来自documentation :
--auto
With this option,git gc
checks whether any housekeeping is required; if not, it exits without performing any work. Some git commands rungit gc --auto
after performing operations that could create many loose objects.
因此对于大多数存储库,您不需要经常显式运行 git gc
,因为它已经为您处理好了。
<子> 1. 截至提交 a0a1831
制作于 2016-08-08。
关于git - `git gc` 和 `git repack -ad; git prune` 之间有什么区别吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38848334/
我在一个磁盘配额 (5GB) 非常小的系统上工作。我有一些大型数据集,使用 git 进行版本控制,我的磁盘配额开始用完了。我的数据是 ~2GB,我的 .git 目录也大约是 2GB,所以我尝试用 重新
我有一个用 git repack -a -d 打包的 git 存储库,这将所有对象重新打包到一个大文件中。这样可以节省空间。但是我想撤消它,并将那个大包文件变成所有小目标文件。 我想这样做的原因是将
我正在寻找减小 git 大小的方法存储库。搜索将我带到 git gc --aggressive大多数时候。我还读到这不是首选方法。 为什么?如果我正在运行,我应该注意什么 gc --aggressiv
我已经关闭了 git 烦人的自动重新打包功能(我想大多数 git 用户在使用 git 时都知道“重新打包以获得最佳性能”消息),而是通过 cronjob 在一夜之间调用“git gc”。 但是我不确定
我刚刚在我的本地存储库上运行了 git gc 以进行一些定期清理。今天第一次失败。这是我所做的:(Windows 7) C:\Source\TxTranslation>git gc Counting
当我跑 git gc或 git repack在我的 Git 存储库中,一旦完成,它会输出一个“总计”行。这些数字是什么意思? 来自一个相当小的存储库的几个示例: $ git gc ... Total
本文整理了Java中org.eclipse.equinox.internal.p2.jarprocessor.ZipProcessor.repacking()方法的一些代码示例,展示了ZipProce
我看过 git gc --aggressive --prune 和 git repack -a -d --depth=250 --window=250 推荐用于减少不需要很长的本地历史记录的本地 .g
我正在阅读标题相似但似乎与我无关的其他主题。我本地的 ubuntu 盒子里有一个 git repo。我拥有的文件是 mysql 转储,我将每个文件分成 2mb 个文件。当我 git gc 时,这是输出
尝试在 System.Net.Http.Formatting 的 Bitrium.Http.Extensions 重新打包中调用 ReadAsAsync<> 扩展方法时出现以下错误。 Method '
我尝试在我们的主 git 存储库中运行垃圾收集,它显示“错误:无法运行重新打包”,但我没有看到任何其他错误消息来帮助我确定问题。 “git fsck”和“git fsck --strict”都顺利完成
git gc 和git repack -ad 有区别吗? git 修剪? 如果是,git gc 将完成哪些额外步骤(反之亦然)? 就空间优化或安全性而言,使用哪个更好? 最佳答案 Is there a
Android 应用在其 build.gradle 中具有以下内容: dependencies { ... compile 'commons-io:commons-io:2.4' }
我正在尝试将每个字节(8 位有符号整数)的两个 m128i 字节相乘。 这里的问题是溢出。我的解决方案是将这些 8 位有符号整数存储为 16 位有符号整数,相乘,然后将整个东西打包成 16 x 8 位
我是一名优秀的程序员,十分优秀!