Re: [PATCH 1/2] git-subtree: Bail out if we find output from Rust rewrite
- From
- Colin Stagner <ask+git@howdoi.land>
- Date
- Jul 9, 2026, 01:49 UTC
- Message-ID
- <f557bfcf-ffd2-4903-8015-97fff97dbe09@howdoi.land>
- In-Reply-To
- <20260706115816.20267-2-ijackson@chiark.greenend.org.uk>
On 7/6/26 06:58, Ian Jackson wrote:
> Another, bigger, reason is that current git-subtree generates unmarked > subtree merges (ie, without any git-subtree trailers)
Subtree merges can be performed without git-subtree, via the `-X subtree` merge strategy option. While the design of RIIR git-subtree is outside the scope of this patch series, this may be worth thinking about in your rewrite.
> --- a/contrib/subtree/git-subtree.sh
> +++ b/contrib/subtree/git-subtree.sh
> @@ -278,6 +278,20 @@ main () {> +reject_if_v2_config () {
> + local config=.git-subtree/configThis is a nit, but `local` is not specified by POSIX. I know it is used elsewhere within git-subtree, but it is specifically discouraged.
> + if git rev-parse --verify -q "$rev:$config"; then
For subtree split, should we also test for this file in tree you are splitting: i.e., "$dir/$config"? The answer might be no.
I think that subtree merge should only test the top-level project, as this patch does now.
Colin