Re: git submodule update strange output behavior.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



That seems only part of the problem, but yes.

It is only part of the problem because without --quiet
I get the same output; that is - the top-level is still
quiet, but the submodules aren't. That is out of balance
imho.

On Thu, 09 Jan 2020 10:54:27 -0800
Junio C Hamano <gitster@xxxxxxxxx> wrote:

> Carlo Wood <carlo@xxxxxxxxxx> writes:
> 
> > In a project containing submodules, one of the submodules
> > contains a submodule itself, which in turn also contains
> > a submodule.
> >
> > Overview:
> >
> > project/foobar  [submodule]
> > project/cwm4    [submodule]
> > project/evio    [submodule]
> > project/evio/protocol/matrixssl       [submodule]
> > project/evio/protocol/matrixssl/cwm4  [submodule]
> >
> > ('protocol' is a normal subdirectory)
> >
> > Running (with or without the --quiet),
> >
> > $ git submodule --quiet update --init --recursive --remote
> > Fetching submodule protocol/matrixssl
> > Fetching submodule protocol/matrixssl/cwm4
> > Fetching submodule cwm4
> >
> > This is odd (a bug imho) because
> >
> > 1) it seems to only print this fetching information for submodules
> > inside submodules, not for the top-level submodules.
> > 2) it even prints this when using --quiet
> > 3) it prints this every time (also when there is nothing more to
> > fetch).  
> 
> 
> Sounds like a symptom of (a) the top-level "git submodule update"
> knowing how to react to "--quiet" but (b) it forgets to pass down
> the "--quiet" when it recursively runs "git submodule update" in its
> submodules?
> 



-- 
Carlo Wood <carlo@xxxxxxxxxx>



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux