git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH 4/6] Add check_repo_format check for all major operations.

From
Junio C Hamano <junkio@cox.net>
Date
Nov 22, 2005, 08:29 UTC
Message-ID
<7vlkzhf5li.fsf@assigned-by-dhcp.cox.net>
In-Reply-To
<113261929333-git-send-email-matlads@dsmagic.com>
Martin Atukunda <matlads@dsmagic.com> writes:
> The git-* command set uses 3 entry points in order to prepare
> to work with a git repo: enter_repo, get_git_dir, and obviously
> setup_git_directory.
Thanks, but I think this one is wrong.
Show 12 quoted lines
> diff --git a/environment.c b/environment.c
> index 6a961ca..458eff8 100644
> --- a/environment.c
> +++ b/environment.c
> @@ -37,6 +37,9 @@ static void setup_git_env(void)
>  	git_graft_file = getenv(GRAFT_ENVIRONMENT);
>  	if (!git_graft_file)
>  		git_graft_file = strdup(git_path("info/grafts"));
> +
> +	/* check the repo */
> +	check_repo_format();
>  }
Show 14 quoted lines
> diff --git a/setup.c b/setup.c
> index 8597424..934f9a3 100644
> --- a/setup.c
> +++ b/setup.c
> @@ -97,6 +97,9 @@ const char *setup_git_directory(void)
>  	static char cwd[PATH_MAX+1];
>  	int len, offset;
>  
> +	get_git_dir(1);
> +	check_repo_format();
> +
>  	/*
>  	 * If GIT_DIR is set explicitly, we're not going
>  	 * to do any discovery

In setup_git_env() you have only read GIT_DIR environment but have not done the toplevel discovery. Especially, this is called from get_git_dir(), and you call that as the first thing as setup_git_directory(). However, that function is supposed to be callable by processes that are in a subdirectory, without GIT_DIR explicitly specified, and the place get_git_dir() is called in that function is way before the discovery of the toplevel happens. Until then, you do not know where your .git/ directory or .git/config file is. If you start in Documentation subdirectory in git project, your setup_git_directory() would first call get_git_dir(), which says "I assume the config file is at ./.git/config -- oh there is no such thing". At that point you are checking Documentation/.git/config.

It would happen to work because you intend to allow version 0 repository for any future version of tool, and even if this codepath mistakenly thinks the repository is version 0, it does not hurt, as long as your setup_git_directory() calls check_repo_format again after doing the toplevel discovery and checks the true .git/config file, but I do not think you have that call in the current series yet. Even if you had, this does not feel quite right to me.

Previous: Martin AtukundaNext: Martin Atukunda
Message 6 of 12 in “Git Future Proofing”
  1. Martin AtukundaNov 22, 2005
  2. 2/6 Make init-db check repo format version if copying a config file.Martin Atukunda, Nov 22, 2005
  3. 3/6 Make get_git_dir take a flag that makes it re-read the env. variablesMartin Atukunda, Nov 22, 2005
  4. 1/6 Add GIT_REPO_VERSION, and repository_format_versionMartin Atukunda, Nov 22, 2005
  5. 4/6 Add check_repo_format check for all major operations.Martin Atukunda, Nov 22, 2005
  6. Junio C HamanoNov 22, 2005
  7. Martin AtukundaNov 22, 2005
  8. Junio C HamanoNov 22, 2005
  9. Junio C HamanoNov 23, 2005
  10. 5/6 Allow Specification of the conf file to read for git_config operationsMartin Atukunda, Nov 22, 2005
  11. 6/6 Add check for downgrading of repo format version via init-dbMartin Atukunda, Nov 22, 2005
  12. Junio C HamanoNov 22, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.