On Fri, May 6, 2016 at 12:02 PM, Junio C Hamano <gits...@pobox.com> wrote: > Stefan Beller <sbel...@google.com> writes: > >> On Fri, May 6, 2016 at 3:30 AM, Duy Nguyen <pclo...@gmail.com> wrote: >>> On Fri, May 6, 2016 at 6:27 AM, Junio C Hamano <gits...@pobox.com> wrote: >>>> Stefan Beller <sbel...@google.com> writes: >>>> >>>>>> I wonder if the patches mentioned have something to do with the "git >>>>>> add deep/in/the/tree" that fails to notice deep/in/ is an unrelated >>>>>> repository in some way? >>> >>> The same functionality is added in 8745024 (parse_pathspec: support >>> stripping/checking submodule paths - 2013-07-14) so if it didn't fail >>> to notice that before 5a76aff1a6 and did after, it's a bug. >> >> The bug seems to have existed before. However in the bug we are talking >> about the nested repo is not a submodule yet. > > That agrees with Duy's recollection below: > >>> I vaguely recall this symptom. It has something to do with the index, >>> the check we do requires a gitlink in the index, I think. So if the >>> gitlink entry is not in the index, our protection line fails. > > So are we all on the same page that this is a bug now?
It was a bug, but now people in the outside world consider it a feature. Search for "Git fake submodules" and you'll find a few users who use this technique successfully. I do not think fixing this bug would do good. So maybe we just let it slip? -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
