On Tue, Dec 19, 2017 at 2:19 PM, Junio C Hamano <gits...@pobox.com> wrote: > Stefan Beller <sbel...@google.com> writes: > >> I tried reproducing the issue (based on the `next` branch, not 2.15, >> but I do not recall any changes in the submodule area lately), and >> could not come up with a reproduction recipe,... > > I do not offhand recall anything; the closest I can think of is the > three-patch series <20171016135623.ga12...@book.hvoigt.net> that > taught the on-demand recursive fetch to pay attention to the location > in the superproject tree a submodule is bound to.
I tried the same test on 2.15 and cannot reproduce there either. > > 4b4acedd61 submodule: simplify decision tree whether to or not to fetch > c68f837576 implement fetching of moved submodules > 01ce12252c fetch: add test to make sure we stay backwards compatible > > But IIRC, "submodule update" uses a separate codepath? Yes, any portion of git-submodule.sh that calls out to C is going through the submodule--helper. I want to revive the port of that shell script to C again. The "submodule update" uses the submodule helper to obtain the list of submodules and then does a "git -C $sub fetch" in there. Stefan
