Personally I prefer git subtree over git submodules. And that said, you're using vcsh which allows for multiple git repos. So instead of git submodules, just use additional repos.
On Fri, Mar 31, 2017 at 6:58 AM martin f krafft <madd...@madduck.net> wrote: > also sprach Joshua Haase <hah...@gmail.com> [2017-03-31 05:37 +0200]: > > > The file .gitmodules (man 5 gitmodules, for use with git-submodule) > > > is hardcoded to reside in $GIT_WORK_DIR/.gitmodules. As vcsh > > > repositories all share the same work dir, there's a conflict. > > > > Why do you need git modules? > > For instance, my awesome config relies on the lain plugin, and > I also use subprojects for e.g. pass, mutt, vim, and others. > > How else would you do it? Note that I consider a checkout as part of > a configuration, so I want to decide myself when I pull a new > version and commit that to config, along with possibly required > changes therein. Thus, using myrepos to just recursively pull > doesn't really do what I expect. git-submodules is exactly what > I want. > > -- > @martinkrafft | http://madduck.net/ | http://two.sentenc.es/ > > "i can stand brute force, but brute reason is quite unbearable. there > is something unfair about its use. it is hitting below the > intellect." > -- oscar wilde > > spamtraps: madduck.bo...@madduck.net > _______________________________________________ > vcs-home mailing list > vcs-home@lists.madduck.net > http://lists.madduck.net/listinfo/vcs-home _______________________________________________ vcs-home mailing list vcs-home@lists.madduck.net http://lists.madduck.net/listinfo/vcs-home
