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