git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] setup.c: don't setup in discover_git_directory()
@ 2023-06-14 19:35 Glen Choo via GitGitGadget
  2023-06-16 11:50 ` Johannes Schindelin
  0 siblings, 1 reply; 3+ messages in thread
From: Glen Choo via GitGitGadget @ 2023-06-14 19:35 UTC (permalink / raw)
  To: git; +Cc: Victoria Dye, Jonathan Tan, Johannes Schindelin, Glen Choo,
	Glen Choo

From: Glen Choo <chooglen@google.com>

discover_git_directory() started modifying the_repository in ebaf3bcf1ae
(repository: move global r_f_p_c to repo struct, 2021-06-17), when, in
the repository setup process, we started copying members from the
"struct repository_format" we're inspecting to the appropriate "struct
repository". However, discover_git_directory() isn't actually used in
the setup process (its only caller in the Git binary is
read_early_config()), so it shouldn't be doing this setup at all!

As explained by 16ac8b8db6 (setup: introduce the
discover_git_directory() function, 2017-03-13) and the comment on its
declaration, discover_git_directory() is intended to be an entrypoint
into setup.c machinery that allows the Git directory to be discovered
without side effects, e.g. so that read_early_config() can read
".git/config" before the_repository has been set up.

Fortunately, we didn't start to rely on this unintended behavior between
then and now, so we let's just remove it. It isn't harming anyone, but
it's confusing.

Signed-off-by: Glen Choo <chooglen@google.com>
---
    setup.c: don't setup in discover_git_directory()
    
    This is the scissors patch I sent on Victoria's series [1], but rebased
    onto "master" since that series hasn't been merged yet. The merge
    conflict resolution is to delete all of the conflicting lines:
    
    -	the_repository->repository_format_worktree_config =
    -		candidate.worktree_config;
    -
    
    
    IOW it's the original scissors patch if queued on top of Victoria's
    series, but it might be cleaner to invert that, i.e. if we pretended
    that this was in "master" already, there wouldn't be reason to add those
    lines to begin with.
    
    [1]
    https://lore.kernel.org/git/kl6llegnfccw.fsf@chooglen-macbookpro.roam.corp.google.com

Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-git-1526%2Fchooglen%2Fpush-nknkwmnkxolv-v1
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-git-1526/chooglen/push-nknkwmnkxolv-v1
Pull-Request: https://github.com/git/git/pull/1526

 setup.c | 5 -----
 1 file changed, 5 deletions(-)

diff --git a/setup.c b/setup.c
index 458582207ea..bbd95f52c0f 100644
--- a/setup.c
+++ b/setup.c
@@ -1423,11 +1423,6 @@ int discover_git_directory(struct strbuf *commondir,
 		return -1;
 	}
 
-	/* take ownership of candidate.partial_clone */
-	the_repository->repository_format_partial_clone =
-		candidate.partial_clone;
-	candidate.partial_clone = NULL;
-
 	clear_repository_format(&candidate);
 	return 0;
 }

base-commit: fe86abd7511a9a6862d5706c6fa1d9b57a63ba09
-- 
gitgitgadget

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] setup.c: don't setup in discover_git_directory()
  2023-06-14 19:35 [PATCH] setup.c: don't setup in discover_git_directory() Glen Choo via GitGitGadget
@ 2023-06-16 11:50 ` Johannes Schindelin
  2023-06-16 16:03   ` Junio C Hamano
  0 siblings, 1 reply; 3+ messages in thread
From: Johannes Schindelin @ 2023-06-16 11:50 UTC (permalink / raw)
  To: Glen Choo via GitGitGadget
  Cc: git, Victoria Dye, Jonathan Tan, Glen Choo, Glen Choo

Hi Glen,

On Wed, 14 Jun 2023, Glen Choo via GitGitGadget wrote:

> From: Glen Choo <chooglen@google.com>
>
> discover_git_directory() started modifying the_repository in ebaf3bcf1ae
> (repository: move global r_f_p_c to repo struct, 2021-06-17), when, in
> the repository setup process, we started copying members from the
> "struct repository_format" we're inspecting to the appropriate "struct
> repository". However, discover_git_directory() isn't actually used in
> the setup process (its only caller in the Git binary is
> read_early_config()), so it shouldn't be doing this setup at all!
>
> As explained by 16ac8b8db6 (setup: introduce the
> discover_git_directory() function, 2017-03-13) and the comment on its
> declaration, discover_git_directory() is intended to be an entrypoint
> into setup.c machinery that allows the Git directory to be discovered
> without side effects, e.g. so that read_early_config() can read
> ".git/config" before the_repository has been set up.
>
> Fortunately, we didn't start to rely on this unintended behavior between
> then and now, so we let's just remove it. It isn't harming anyone, but
> it's confusing.
>
> Signed-off-by: Glen Choo <chooglen@google.com>

As the author of the commit whose rationale was quoted above, I am
delighted to provide my ACK to both commit message and diff.

Thanks,
Johannes

> ---
>     setup.c: don't setup in discover_git_directory()
>
>     This is the scissors patch I sent on Victoria's series [1], but rebased
>     onto "master" since that series hasn't been merged yet. The merge
>     conflict resolution is to delete all of the conflicting lines:
>
>     -	the_repository->repository_format_worktree_config =
>     -		candidate.worktree_config;
>     -
>
>
>     IOW it's the original scissors patch if queued on top of Victoria's
>     series, but it might be cleaner to invert that, i.e. if we pretended
>     that this was in "master" already, there wouldn't be reason to add those
>     lines to begin with.
>
>     [1]
>     https://lore.kernel.org/git/kl6llegnfccw.fsf@chooglen-macbookpro.roam.corp.google.com
>
> Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-git-1526%2Fchooglen%2Fpush-nknkwmnkxolv-v1
> Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-git-1526/chooglen/push-nknkwmnkxolv-v1
> Pull-Request: https://github.com/git/git/pull/1526
>
>  setup.c | 5 -----
>  1 file changed, 5 deletions(-)
>
> diff --git a/setup.c b/setup.c
> index 458582207ea..bbd95f52c0f 100644
> --- a/setup.c
> +++ b/setup.c
> @@ -1423,11 +1423,6 @@ int discover_git_directory(struct strbuf *commondir,
>  		return -1;
>  	}
>
> -	/* take ownership of candidate.partial_clone */
> -	the_repository->repository_format_partial_clone =
> -		candidate.partial_clone;
> -	candidate.partial_clone = NULL;
> -
>  	clear_repository_format(&candidate);
>  	return 0;
>  }
>
> base-commit: fe86abd7511a9a6862d5706c6fa1d9b57a63ba09
> --
> gitgitgadget
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] setup.c: don't setup in discover_git_directory()
  2023-06-16 11:50 ` Johannes Schindelin
@ 2023-06-16 16:03   ` Junio C Hamano
  0 siblings, 0 replies; 3+ messages in thread
From: Junio C Hamano @ 2023-06-16 16:03 UTC (permalink / raw)
  To: Johannes Schindelin
  Cc: Glen Choo via GitGitGadget, git, Victoria Dye, Jonathan Tan,
	Glen Choo

Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:

>> As explained by 16ac8b8db6 (setup: introduce the
>> discover_git_directory() function, 2017-03-13) and the comment on its
>> declaration, discover_git_directory() is intended to be an entrypoint
>> into setup.c machinery that allows the Git directory to be discovered
>> without side effects, e.g. so that read_early_config() can read
>> ".git/config" before the_repository has been set up.
>>
>> Fortunately, we didn't start to rely on this unintended behavior between
>> then and now, so we let's just remove it. It isn't harming anyone, but
>> it's confusing.
>>
>> Signed-off-by: Glen Choo <chooglen@google.com>
>
> As the author of the commit whose rationale was quoted above, I am
> delighted to provide my ACK to both commit message and diff.
>
> Thanks,
> Johannes

Thanks, both, for writing and reviewing.

Queued.


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2023-06-16 16:03 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-06-14 19:35 [PATCH] setup.c: don't setup in discover_git_directory() Glen Choo via GitGitGadget
2023-06-16 11:50 ` Johannes Schindelin
2023-06-16 16:03   ` Junio C Hamano

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).