Am 11.11.2015 um 11:18 schrieb Boettger, Heiko:
i'm currently on a migration from svn to git and also have the task to convert
the svnexternal to git submodules. During the migration step I am doing an
automatic verification which needs a reliable way to switch the working tree to
another branch include the submodules.
When the submodule definition changes I miss a reliable command to update the
.git/config:
1. the git submodule sync seems to do nothing if a module was removed
That's on purpose. In case you check out an older commit which still
contains the submodule in the superproject later the old config is
active again.
2. git submodule update complains about the missing entry in .gitmodules
3. git submodule deinit doesn't work either and complains about missing path in
.gitmodules as well
Not sure what you are talking about here, what exactly did you do to
get into this situation? I assume you just removed the submodule entry
from .gitmodules but did not remove it from the index?
These issues are partially described in the git book under
https://git-scm.com/book/en/v2/Git-Tools-Submodules in section "Issues with
Submodules". Now what I am really missing is a way to keep the .git/config and
references in sync with the .gitmodules file which at best is integrated into git
checkout. It is clear that I could write a script for that by myself, but it would be
much better to have an integrated command for that which I though is git submodule sync,
but unfortunately it doesn't do a complete sync of all settings.
In the google forum there was someone asking for a git submodule remove command:
https://groups.google.com/forum/#!searchin/git-users/submodule/git-users/Md72iVvPHqw/H_j3mT7bRq4J
I don't think that it is strictly required to remove the untracked file, this
can be archived by a git clean as well, but is there any progress on this.
Did you check "git rm <submodule>"? ;-)
--
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
