On Wed, Feb 6, 2013 at 4:11 PM, Jens Lehmann <jens.lehm...@web.de> wrote:
> With "git submodule init" the user is able to tell git he cares about one
> or more submodules and wants to have it populated on the next call to "git
> submodule update". But currently there is no easy way he could tell git he
> does not care about a submodule anymore and wants to get rid of his local
> work tree (except he knows a lot about submodule internals and removes the
> "submodule.$name.url" setting from .git/config together with the work tree
> Help those users by providing a 'deinit' command. This removes the whole
> submodule.<name> section from .git/config either for the given
> submodule(s) or for all those which have been initialized if '.' is
> given. Fail if the current work tree contains modifications unless
> forced. Complain when for a submodule given on the command line the url
> setting can't be found in .git/config, but nonetheless don't fail.
> Add tests and link the man pages of "git submodule deinit" and "git rm"
> to assist the user in deciding whether removing or unregistering the
> submodule is the right thing to do for him.
> Signed-off-by: Jens Lehmann <jens.lehm...@web.de>
Probably because I was new to this command, I was confused by this output.
$ git submodule deinit submodule
Submodule 'submodule' (gerrit:foo/submodule) unregistered for path 'submodule'
$ git rm submodule
This line is confusing to me in the deinit command:
It doesn't mean what git usually means when it says this to me. See
how the 'git rm' command says the same thing but means something
different in the next command.
In the deinit case, git removes the workdir contents of 'submodule'
and it reports "rm 'submodule'". In the rm case, git removes the
submodule link from the tree and rmdirs the empty 'submodule'
I think this would be clearer if 'git deinit' said
Removed workdir for 'submodule'
Is it just me?
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html