git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Federico Kircheis <federico.kircheis@gmail.com>
To: git@vger.kernel.org
Subject: git worktree, submodule and force checkout/switch
Date: Wed, 26 Jan 2022 17:37:52 +0100	[thread overview]
Message-ID: <2a50d67e-364b-5927-801b-00f38179e904@gmail.com> (raw)

Hello to everyone,

I would like to report what I believe is a bug, or at least an 
inconsistent behavior when using submodules and worktrees.


Consider following test-case

----
# create 2 repositories with one commit
mkdir repo1 && (cd repo1 && git init && git commit --allow-empty -m "repo1")
mkdir repo2 && (cd repo2 && git init && git commit --allow-empty -m "repo2")

# add submodule, a couple of branches, and a worktree
cd repo1
git submodule add ../repo2 && git commit -m "add submodule"
git switch -c branch1
git switch -c branch2
git worktree add ../repo1.w --detach


# test switch in the worktree
cd ../repo1.w
# git switch works
git switch --recurse-submodule branch1
git switch --recurse-submodule master
#git submodule update # (1)
cat .git
cat .gitmodules
cat repo2/.git # (2)
git switch --force branch1 # (3)error if no submodule update
----


Notice that if one forgets to git submodule update (1) before git switch 
--force branch1, even when using --recurse-submodule, there is no 
submodule, as repo1.w/repo2/ is empty (2).

It is confusing/unexpected that git switch --force fails and creates a 
repo1.w/repo2/.git file pointing to the wrong location.


As comparison, when cloning a repository and forgetting to do "git 
submodule update", then "git switch --force branch1" works as expected:



----
# create 2 repositories with one commit
mkdir repo1 && (cd repo1 && git init && git commit --allow-empty -m "repo1")
mkdir repo2 && (cd repo2 && git init && git commit --allow-empty -m "repo2")

cd repo1
git submodule add ../repo2 && git commit -m "add submodule"
git switch -c branch1
git switch -c branch2

cd ..
git clone repo1 repo1.c
cd repo1.c
git switch branch2
git switch --force branch1 # works, event without git submodule update
----




Notice:
In both cases "git switch" and "git checkout" behave the same.
Also the parameter "--recurse-submodule" does not change anything.


Best

Federico


PS: I'm not subscribed to the mailing list (yet), so please keep me in CC.

             reply	other threads:[~2022-01-26 16:43 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-26 16:37 Federico Kircheis [this message]
2022-01-26 21:57 ` git worktree, submodule and force checkout/switch Glen Choo
2022-01-27  1:40   ` Elijah Newren

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

  List information: http://vger.kernel.org/majordomo-info.html

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

  git send-email \
    --in-reply-to=2a50d67e-364b-5927-801b-00f38179e904@gmail.com \
    --to=federico.kircheis@gmail.com \
    --cc=git@vger.kernel.org \
    /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.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).