[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ce9eb95b-bff6-c042-efbc-b42062d7cbf2@linaro.org>
Date: Tue, 31 Jan 2023 20:10:50 +0100
From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To: Like Xu <like.xu.linux@...il.com>, Will Deacon <will@...nel.org>,
Paolo Bonzini <pbonzini@...hat.com>,
Masahiro Yamada <masahiroy@...nel.org>
Cc: Catalin Marinas <catalin.marinas@....com>,
Shuah Khan <shuah@...nel.org>, Miguel Ojeda <ojeda@...nel.org>,
Wedson Almeida Filho <wedsonaf@...gle.com>,
Alex Gaynor <alex.gaynor@...il.com>,
Kees Cook <keescook@...omium.org>, Andrew Davis <afd@...com>,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kselftest@...r.kernel.org, kvm@...r.kernel.org
Subject: Re: [PATCH] .gitignore: Keep track of archived files as they are
added to a new git repo
On 30/01/2023 10:04, Like Xu wrote:
> From: Like Xu <likexu@...cent.com>
>
> With thousands of commits going into mainline each development cycle,
> the metadata .git folder size is gradually expanding (1GB+), and for some
> developers (most likely testers) who don't care about the lengthy git-log,
> they just use git-archive to distribute a certain version of code (~210MB)
> and rebuild git repository from anywhere for further code changes, e.g.
>
> $ git init && git add . -A
>
> Then unfortunately, the file tracking metadata from the original git-repo
> using "git add -f" will also be lost, to the point where part of source
> files wrapped by git-archive may be accidentally cleaned up:
>
> $ git clean -nxdf
> Would remove Documentation/devicetree/bindings/.yamllint
https://lore.kernel.org/all/20230127150225.18148-1-andriy.shevchenko@linux.intel.com/
Best regards,
Krzysztof
Powered by blists - more mailing lists