1
2
问题到底是什么时候发生的?当他们最初提交文件时,还是当文件被推到别处时?如果您有一个每个人都要执行的staging repo,那么您可以实现一个更新钩子来扫描大文件的更改引用,以及其他权限检查等。 非常 粗略和现成的示例:
以调用$GIT_DIR/hooks/update的方式调用(args是ref name、old rev、new rev;例如“refs/heads/master master~2 master”),这将显示添加的文件,如果添加的文件太大,则会中止。 请注意,我想说的是,如果你要对这类事情进行监督,你需要一个集中点来进行监督。如果您相信您的团队只是彼此交换更改,那么您应该相信他们知道添加巨大的二进制文件是一件坏事。 |
2
2
|
3
1
如果您可以控制提交者的工具链,那么修改git commit可能很简单,以便它在“真正”提交之前对文件大小执行合理性测试。由于核心的这种变化会在每次提交时给所有git用户带来负担,而且“驱逐任何会提交1.5GB变化的人”的替代策略具有吸引人的简单性,因此我怀疑这种测试在核心中永远不会被接受。我建议您权衡一下维护本地git分支(nannygit)的负担和在一次过于雄心勃勃的提交后修复崩溃的git的负担。 我必须承认,我很好奇1.5GB的提交是如何产生的。是否涉及视频文件? |
4
0
|
gradstud · 检索缓冲区中存储的文件数据 9 年前 |
Kevin · 对大数据帧中的观测值进行重新编号 9 年前 |
Mojing Liu · 在Python中通过大文件搜索字符串 11 年前 |
Driver · 替换大型日志文件中的字符 11 年前 |