Heiko Voigt [off-list ref] writes:
quoted
quoted
- When upstream adds a new submodule, I have to do the same manual
work to change the options for that new submodule.
Because a new module is not automatically "init"ed by default?
Isn't "config only" vs "config with gitmodules fallback" orthogonal
to that issue?
What do you mean with "orthogonal to that issue"? AFAICS a gitmodule
fallback does not have that issue.
Actually I would see it more like:
.gitmodule is the default and .git/config a possibility to override.
The way I read Jonathan's "I have to do the same manual..." above is:
Back when I cloned, the upstream had one submodule A. I didn't like
some aspect of the configuration for that submodule so I did a
customization in [submodule "A"] section of .git/config for it.
Now the upstream added another submodule B. I want a tweak similar
to what I did to A applied to this one, but that would mean I need
to edit the entry in .git/config copied by "init" from .gitmodules.
I do not see how difference between ".git/config is the only source
of truth" or ".git/config overrides what is in .gitmodules" would
matter to the above scenario.
On Mon, May 09, 2016 at 09:19:44AM -0700, Junio C Hamano wrote:
Heiko Voigt [off-list ref] writes:
quoted
quoted
quoted
- When upstream adds a new submodule, I have to do the same manual
work to change the options for that new submodule.
Because a new module is not automatically "init"ed by default?
Isn't "config only" vs "config with gitmodules fallback" orthogonal
to that issue?
What do you mean with "orthogonal to that issue"? AFAICS a gitmodule
fallback does not have that issue.
Actually I would see it more like:
.gitmodule is the default and .git/config a possibility to override.
The way I read Jonathan's "I have to do the same manual..." above is:
Back when I cloned, the upstream had one submodule A. I didn't like
some aspect of the configuration for that submodule so I did a
customization in [submodule "A"] section of .git/config for it.
Now the upstream added another submodule B. I want a tweak similar
to what I did to A applied to this one, but that would mean I need
to edit the entry in .git/config copied by "init" from .gitmodules.
I do not see how difference between ".git/config is the only source
of truth" or ".git/config overrides what is in .gitmodules" would
matter to the above scenario.
I see with that explanation your comment makes sense to me. So what we
are here talking about is the wish to configure some general user set
settings that are applied to a group of/all submodules.
Thinking about it: Maybe sticking configurations to the submodule
groups, which Stefan Beller introduced in a different topic, could be a
direction we can go for such needs.
Cheers Heiko