Re: Suggestion: git clone should warn if repository has submodules
- From
Michal Suchánek <msuchanek@suse.de>
- Date
- Aug 6, 2019, 15:58 UTC
- Message-ID
- <20190806175847.677319bf@kitsune.suse.cz>
- In-Reply-To
- <CABUeae9JhQ+JcNzYRMr40T2FTCJChYEz_riUr6Q1O5YO0uEDng@mail.gmail.com>
On Tue, 6 Aug 2019 17:54:20 +0200 Mateusz Loskot <mateusz@loskot.net> wrote:
Show 22 quoted lines
> On Tue, 6 Aug 2019 at 16:04, Jason Sewall <jasonsewall@gmail.com> wrote: > > > > Submodules are great, and I used them at work. The problem is, people > > wind up cloning my repos without --recursive and then nothing works > > for them, because the submodules weren't populated and those > > ultimately are needed to build my code. > > What you need is a simple document for your team that outlines the common > Git workflow or README.md in root directory of your repositories with > fat heading: > > ## Clone > > ``` > git clone --recursive ... > ``` > > > A team in another company may require non-recursive clones by default > and warnings from git may be quite annoying. Given the fact there is not > one but may valid "my way"-s available, acceptable and supported by Git, > I think, babysitting behaviour is not quite aligned with its philosophy, is it?
It has warnings that you can disable globally or per-repository in configuration to fit your workflow.
Thanks
Michal