git submodule sync --recursive · Phil Hord <hidden> · 2016-06-15
Re: git submodule sync --recursive · Jens Lehmann <hidden> · 2016-06-15
git submodule sync --recursive · Phil Hord <hidden> · 2016-06-15
[PATCH 1/2] Teach --recursive to submodule sync · Phil Hord <hidden> · 2016-06-15
Re: [PATCH 1/2] Teach --recursive to submodule sync · Jens Lehmann <hidden> · 2016-06-15
Re: [PATCH 1/2] Teach --recursive to submodule sync · Phil Hord <hidden> · 2016-06-15
Re: [PATCH 1/2] Teach --recursive to submodule sync · Phil Hord <hidden> · 2016-06-15
Re: [PATCH 1/2] Teach --recursive to submodule sync · Jens Lehmann <hidden> · 2016-06-15
[PATCHv2 0/2] Reroll submodule sync --recursive · Phil Hord <hidden> · 2016-06-15
[PATCHv2 1/2] Teach --recursive to submodule sync · Phil Hord <hidden> · 2016-06-15
[PATCHv2 2/2] Add tests for submodule sync --recursive · Phil Hord <hidden> · 2016-06-15
[PATCH 2/2] Add tests for submodule sync --recursive · Phil Hord <hidden> · 2016-06-15

Re: git submodule sync --recursive

From: Jens Lehmann <hidden>
Date: 2016-06-15 22:55:03

Am 17.10.2012 01:20, schrieb Phil Hord:

I noticed that this is not supported:

    git submodule sync --recursive


I do not see any discussion in the relevant commits about why it
cannot or should not be supported.  Is it just an itch no one has
scratched?

I can't remember any discussions about that either, but can't
think of a reason why we shouldn't support that.

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help