On 09/27, Junio C Hamano wrote:
> Brandon Williams writes:
>
> >> s/submodules/submodule-prefix/ at least.
> >
> > So should the #define be SUPPORT_SUBMODULE_PREFIX instead? That may be
> > too narrow minded and not looking toward future submodule options
> > support but I'm
Brandon Williams writes:
>> s/submodules/submodule-prefix/ at least.
>
> So should the #define be SUPPORT_SUBMODULE_PREFIX instead? That may be
> too narrow minded and not looking toward future submodule options
> support but I'm not sure.
I am not convinced that this prefix
On 09/27, Junio C Hamano wrote:
> Brandon Williams writes:
>
> > +--submodule-prefix=::
> > + Set a prefix which gives submodules context about the superproject that
> > + invoked it. Only allowed for commands which support submodules.
>
> This, and also the message in
Brandon Williams writes:
> +--submodule-prefix=::
> + Set a prefix which gives submodules context about the superproject that
> + invoked it. Only allowed for commands which support submodules.
This, and also the message in die(), uses a phrase "support
submodules",
Add a submodule-prefix environment variable
'GIT_INTERNAL_SUBMODULE_PREFIX' which can be used by commands which have
--recurse-submodule options to give context to submodules about how they
were invoked. This option is only allowed for builtins which have
submodule support.
Signed-off-by:
5 matches
Mail list logo