git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Phillip Wood <phillip.wood123@gmail.com>
To: Patrick Steinhardt <ps@pks.im>,
	Phillip Wood <phillip.wood@dunelm.org.uk>
Cc: git@vger.kernel.org,
	Johannes Schindelin <Johannes.Schindelin@gmx.de>,
	Wing Huang <huangsen365@gmail.com>
Subject: Re: [PATCH 6/6] breaking-changes: switch default branch to main
Date: Tue, 2 Sep 2025 16:13:27 +0100	[thread overview]
Message-ID: <96e128d9-e5e3-4bfc-9e33-3caa75cacfe6@gmail.com> (raw)
In-Reply-To: <aLbWuGQhriQCMFbO@pks.im>

Hi Patrick

On 02/09/2025 12:36, Patrick Steinhardt wrote:
> On Wed, Aug 27, 2025 at 04:24:50PM +0100, Phillip Wood wrote:
>> From: Phillip Wood <phillip.wood@dunelm.org.uk>
>>
>> The advice printed when init.defaultBranch is not set is
>> updated to say that the default will change to "main" in Git
>> 3.0. Building with WITH_BREAKING_CHANGES enabled removes the advice,
>> changes the default branch name is "main" and removes support for
> 
> s/is/to/
> 
>> GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME. The code in guess_remote_head()
> 
> As Junio already mentioned, I don't really think it's necessary to drop
> `GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME`, making much of this commit
> series obsolete.

I'm happy to drop those patches if there is a consensus that 
GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME is still useful after we've 
switched the branch name. I'm still not quite sure what it is useful for 
though. Removing it makes it clear that the tests are relying on the 
builtin default branch name that users see rather than some special name 
used only for tests.

>> that looks for "refs/heads/master" is left unchanged as that is only
>> called when the remote server does not support the symref capability
>> in the v0 protocol or the symref extension to the ls-refs list in the
>> v2 protocol. Such an old server is more likely to be using "master"
>> as the default branch name.
> 
> Hm, that's probably fair.

That's more or less a direct quote from Peff's mail 
<20250826111234.GA1925107@coredump.intra.peff.net>
>> diff --git a/Documentation/BreakingChanges.adoc b/Documentation/BreakingChanges.adoc
>> index f8d2eba061c..93922299321 100644
>> --- a/Documentation/BreakingChanges.adoc
>> +++ b/Documentation/BreakingChanges.adoc
>> @@ -165,6 +165,11 @@ A prerequisite for this change is that the ecosystem is ready to support the
>>   "reftable" format. Most importantly, alternative implementations of Git like
>>   JGit, libgit2 and Gitoxide need to support it.
>>   
>> +* The default branch name will be `main`. We have been warning that the default
> 
> Let's explicitly mention here that this is only going to be the case for
> _new_ repositories. It's obvious to us, but for others it might not be
> that existing repositories will not see any change in behaviour due to
> this.

Sure

>> diff --git a/advice.h b/advice.h
>> index 727dcecf4a3..fc1dc872049 100644
>> --- a/advice.h
>> +++ b/advice.h
>> @@ -18,7 +18,9 @@ enum advice_type {
>>   	ADVICE_AM_WORK_DIR,
>>   	ADVICE_CHECKOUT_AMBIGUOUS_REMOTE_BRANCH_NAME,
>>   	ADVICE_COMMIT_BEFORE_MERGE,
>> +#ifndef WITH_BREAKING_CHANGES
>>   	ADVICE_DEFAULT_BRANCH_NAME,
>> +#endif /* WITH_BREAKING_CHANGES */
>>   	ADVICE_DETACHED_HEAD,
>>   	ADVICE_DIVERGING,
>>   	ADVICE_FETCH_SET_HEAD_WARN,
> 
> Okay. I don't really think it's necessary to conditionally compile this,
> but it doesn't hurt much, either.

My thought was that by making it conditional, it makes it harder to 
forget to remove this after Git 3.0
>> diff --git a/ci/run-build-and-tests.sh b/ci/run-build-and-tests.sh
>> index 01823fd0f14..a21834043f3 100755
>> --- a/ci/run-build-and-tests.sh
>> +++ b/ci/run-build-and-tests.sh
>> @@ -9,7 +9,6 @@ run_tests=t
>>   
>>   case "$jobname" in
>>   linux-breaking-changes)
>> -	export GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME=main
>>   	export WITH_BREAKING_CHANGES=YesPlease
>>   	;;
>>   linux-TEST-vars)
> 
> Nice.

Only if we remove GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME though? Part of 
the reason for removing it was to make it clear that the tests are using 
"main" when WITH_BREAKING_CHANGES is enabled.

>> diff --git a/refs.c b/refs.c
>> index 4ff55cf24f6..e73f63ff6b8 100644
>> --- a/refs.c
>> +++ b/refs.c
 >> [...]>> +#ifdef WITH_BREAKING_CHANGES
>> +		ret = xstrdup("main");
>> +		(void) quiet; /* Silence -Wunused-parameter */
> 
> We have the `MAYBE_UNUSED` attribute that you can apply to `int
> quiet` to avoid this cast.

Thanks, I didn't know we had that

>> diff --git a/t/t0001-init.sh b/t/t0001-init.sh
>> index f593c536874..7223a98773d 100755
>> --- a/t/t0001-init.sh
>> +++ b/t/t0001-init.sh
>> [...]
> Should we also add a test conditional on `WITH_BREAKING_CHANGES` to
> verify that the new branch name is `main` as expected?

If we remove GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME then all of the tests 
that rely on the branch name "main" are testing that. If we keep that 
variable then we should probably add a test that unsets 
GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME and ensures the default branch name 
is "main"
> Thanks for working on this change, I'm very much supportive of this. It
> feels like the ecosystem has already been moving into that direction, so
> it's time that Git catches up with that change.

Thanks for your comments, I'll try and re-roll later this week.

Phillip


  reply	other threads:[~2025-09-02 15:13 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-27 15:24 [PATCH 0/6] breaking changes: switch default initial branch name to "main" Phillip Wood
2025-08-27 15:24 ` [PATCH 1/6] t0018: switch default branch name to main Phillip Wood
2025-08-27 17:21   ` Junio C Hamano
2025-08-28 14:00     ` Phillip Wood
2025-08-28 16:49       ` Junio C Hamano
2025-08-28 21:31         ` brian m. carlson
2025-08-27 15:24 ` [PATCH 2/6] t4013: " Phillip Wood
2025-08-27 15:24 ` [PATCH 3/6] t9902: " Phillip Wood
2025-08-27 15:24 ` [PATCH 4/6] t0613: stop setting default initial branch Phillip Wood
2025-08-27 17:30   ` Junio C Hamano
2025-08-27 15:24 ` [PATCH 5/6] t1403: remove dependency on GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME Phillip Wood
2025-08-27 15:24 ` [PATCH 6/6] breaking-changes: switch default branch to main Phillip Wood
2025-08-27 18:41   ` Junio C Hamano
2025-09-02 11:36   ` Patrick Steinhardt
2025-09-02 15:13     ` Phillip Wood [this message]
2025-09-03  4:44       ` Patrick Steinhardt
2025-09-03  9:54         ` Phillip Wood
2025-09-03 11:51           ` Patrick Steinhardt
2025-09-03 18:40           ` Junio C Hamano
2025-09-04  7:09             ` Patrick Steinhardt
2025-09-04 13:30               ` Phillip Wood
2025-09-05  6:07                 ` Patrick Steinhardt
2025-09-04 13:27             ` Phillip Wood
2025-08-28 13:12 ` [PATCH 0/6] breaking changes: switch default initial branch name to "main" Johannes Schindelin
2025-09-04 13:21 ` [PATCH v2 0/4] " Phillip Wood
2025-09-04 13:21   ` [PATCH v2 1/4] breaking-changes: switch default branch to main Phillip Wood
2025-09-04 17:40     ` Junio C Hamano
2025-09-05 10:06       ` Phillip Wood
2025-09-05 15:04         ` Junio C Hamano
2025-09-04 13:21   ` [PATCH v2 2/4] t4013: switch default branch name " Phillip Wood
2025-09-04 13:21   ` [PATCH v2 3/4] t9902: " Phillip Wood
2025-09-04 18:27     ` Junio C Hamano
2025-09-05 10:07       ` Phillip Wood
2025-09-05 12:14     ` Patrick Steinhardt
2025-09-09  9:12       ` Phillip Wood
2025-09-04 13:21   ` [PATCH v2 4/4] t0613: stop setting default initial branch Phillip Wood
2025-09-04 18:35     ` Junio C Hamano
2025-09-05 10:09       ` Phillip Wood
2025-09-04 17:03   ` [PATCH v2 0/4] breaking changes: switch default initial branch name to "main" Junio C Hamano
2025-09-04 18:47     ` Phillip Wood
2025-09-10 15:28 ` [PATCH v3 " Phillip Wood
2025-09-10 15:29   ` [PATCH v3 1/4] breaking-changes: switch default branch to main Phillip Wood
2025-09-10 15:29   ` [PATCH v3 2/4] t4013: switch default branch name " Phillip Wood
2025-09-10 15:29   ` [PATCH v3 3/4] t9902: " Phillip Wood
2025-09-10 15:29   ` [PATCH v3 4/4] t0613: stop setting default initial branch Phillip Wood
2025-09-10 20:41   ` [PATCH v3 0/4] breaking changes: switch default initial branch name to "main" Junio C Hamano
2025-09-17  9:22     ` Junio C Hamano
2025-09-17 12:02       ` Kristoffer Haugsbakk
2025-09-17 15:02         ` Junio C Hamano
2025-09-17 14:53       ` Phillip Wood
2025-09-17 15:21         ` Junio C Hamano
2025-09-17 16:16           ` Junio C Hamano
2025-09-18 15:06             ` Phillip Wood
2025-09-17 16:18   ` [PATCH v2 5/4] initial branch: give hints after switching the default name Junio C Hamano
2025-09-18 15:06     ` Phillip Wood
2025-09-18 18:42       ` Junio C Hamano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=96e128d9-e5e3-4bfc-9e33-3caa75cacfe6@gmail.com \
    --to=phillip.wood123@gmail.com \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    --cc=huangsen365@gmail.com \
    --cc=phillip.wood@dunelm.org.uk \
    --cc=ps@pks.im \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).