Hi,
感谢关注和参与讨论。
On 2021/3/6 16:56, huozhikun wrote:
Hi:
1: 能否通过.git/hooks/pre-commit 禁止提交大文件 2:我看了下代码仓没有写.gitnore把一些.o 。tar之类的文件给屏蔽掉
你说的这两条是针对以后的动作,这些预防措施和门禁,都可以做。 而且提交的审核机制,也基本上可以防止这类文件的提交。
前面讨论的仓库 size 大的关键点是早期仓库在形成现在的编译构建机制之前, 历史上提交过大文件(kernel.tar), 虽然后续改进了 OBS 构建机制,删除掉 了相关文件,但是 git 历史还在,导致仓库过大。
发送自Windows 10 版邮件 https://go.microsoft.com/fwlink/?LinkId=550986应用
*发件人: *chengjian (D) mailto:cj.chengjian@huawei.com *发送时间: *2021年3月6日14:52 *收件人: *huozhikun mailto:hzk8656511@126.com; openEuler conference mailto:public@openeuler.io; kernel@openeuler.org mailto:kernel@openeuler.org; tc@openeuler.org mailto:tc@openeuler.org; kernel-discuss@openeuler.org mailto:kernel-discuss@openeuler.org *抄送: *Xiexiuqi (Xie XiuQi) mailto:xiexiuqi@huawei.com; Zheng Zengkai mailto:zhengzengkai@huawei.com; Li Bin mailto:huawei.libin@huawei.com; chengjian (D) mailto:cj.chengjian@huawei.com *主题: *Re: 回复: openEuler kernel sig meeting
你好,
首先对您关注并回答此问题表示感谢。
On 2021/3/6 6:48, huozhikun wrote:
仓库太大问题 可以试试git submodule功能
目前spec 仓库太大的原因,怀疑是因为历史提交中有兄弟提交了kernel 源代码的
tar.gz 包(后面发现错误后,文件已经删除了), 但是导致git 记录空间较大。
就当前仓库里面所有文件都只是一些文本文件,其实都是很小的。
- 关于此文件的一些历史信息,可以在git 历史中查找。
参见
https://gitee.com/src-openeuler/kernel/commit/7a49d0ec041befddaf82951b06cc5d...
- 使用du 查看目录占用,也可以看到.git 目录大小占比达到99%
# du -h -d1
1.1G ./.git
1.1G .
所以submodule 可能并不能解决问题。
目前计划的方案是,把历史提交中涉及到linux-4.19.90.tar.gz 提交和修改的
commit 都进行rebase,删除掉其中对大文件的修改。然后强势进行一次push。
就该解决方案,正在跟负责构建的兄弟去沟通。
如果您对此有更好的解决方案的话,也欢迎指出。
仓库地址:https://gitee.com/src-openeuler/kernel
谢谢。
---- 成坚
Kernel mailing list -- kernel@openeuler.org
To unsubscribe send an email to kernel-leave@openeuler.org