Re: [PATCH 5/6] submodule: fixup nested submodules after moving the submodule

From: Jonathan Tan <jonathantanmy@google.com>
Date: Mar 28, 2018, 17:46 UTC
Message-ID: <20180328104657.2396071270905628fd2fdca3@google.com>
In-Reply-To: <20180328172449.27012-6-sbeller@google.com>

On Wed, 28 Mar 2018 10:24:48 -0700 Stefan Beller <sbeller@google.com> wrote:

Show 12 quoted lines

> +static void connect_wt_gitdir_in_nested(const char *sub_worktree,
> +					const char *sub_gitdir)
> +{
> +	int i;
> +	struct repository subrepo;
> +	struct strbuf sub_wt = STRBUF_INIT;
> +	struct strbuf sub_gd = STRBUF_INIT;
> +
> +	const struct submodule *sub;
> +
> +	if (repo_init(&subrepo, sub_gitdir, sub_worktree))
> +		return;

If repo_init() fails, is it because the working tree doesn't exist on disk, so we don't need to perform any connections on submodules? I think a comment should be added to describe this.

Show 24 quoted lines

> +
> +	if (repo_read_index(&subrepo) < 0)
> +		die("index file corrupt in repo %s", subrepo.gitdir);
> +
> +	for (i = 0; i < subrepo.index->cache_nr; i++) {
> +		const struct cache_entry *ce = subrepo.index->cache[i];
> +
> +		if (!S_ISGITLINK(ce->ce_mode))
> +			continue;
> +
> +		while (i + 1 < subrepo.index->cache_nr &&
> +		       !strcmp(ce->name, subrepo.index->cache[i + 1]->name))
> +			/*
> +			 * Skip entries with the same name in different stages
> +			 * to make sure an entry is returned only once.
> +			 */
> +			i++;
> +
> +		sub = submodule_from_path(&subrepo, &null_oid, ce->name);
> +		if (!sub)
> +			/* submodule not checked out? */
> +			continue;
> +
> +		if (is_submodule_active(&subrepo, ce->name)) {

Optional: This could be combined with the previous "if" block, so that
the following lines don't need to be indented.

Show 5 quoted lines

> +			strbuf_addf(&sub_wt, "%s/%s", sub_worktree, sub->path);
> +			strbuf_addf(&sub_gd, "%s/modules/%s", sub_gitdir, sub->name);
> +
> +			connect_work_tree_and_git_dir(sub_wt.buf, sub_gd.buf, 0);
> +			connect_wt_gitdir_in_nested(sub_wt.buf, sub_gd.buf);

What's the difference between having this call to connect_wt_gitdir_in_nested() and just passing 1 instead of 0 to connect_work_tree_and_git_dir()? I see that the latter uses absolute paths, but that would seem to have the same effect. (If not, I think a comment is warranted.)

> +
> +			strbuf_reset(&sub_wt);
> +			strbuf_reset(&sub_gd);

I think we normally write the resets before the strbuf_addf(), so that it's clearer that sub_wt and sub_gd are meant to start from scratch in every iteration.

Overall, this version of the patch is clearer - thanks.