I'm only explaining how it could be used. Caveat: I don't use git submodules or subtrees for anything other than my dot files since that combines things like vim plugins, zsh plugins, etc.
On Tue, 1 Sep 2020 at 23:52, Xeno Amess <xenoam...@gmail.com> wrote: > > > As I said previously, I would avoid using either one. I really don’t > know why you would want to with Java. I can understand it with applications > written in C where you might want to compile all the dependencies along > with the main application. But that isn’t the case in Java. Introducing > subtrees or modules just adds complexity you don’t need. > > Yep, that is why I prefer some scripts to do that. > Seems should not depend on git to do such thing... > > Ralph Goers <ralph.go...@dslextreme.com> 于 2020年9月2日周三 上午10:46写道： > > > As I said previously, I would avoid using either one. I really don’t know > > why you would want to with Java. I can understand it with applications > > written in C where you might want to compile all the dependencies along > > with the main application. But that isn’t the case in Java. Introducing > > subtrees or modules just adds complexity you don’t need. > > > > Ralph > > > > > On Sep 1, 2020, at 6:06 AM, Gary Gregory <garydgreg...@gmail.com> wrote: > > > > > > I found the following helpful but it is from 2016, so I wonder how much > > > has changed since then: > > > > > > https://martowen.com/2016/05/01/git-submodules-vs-git-subtrees/ > > > > > > Gary > > > > > > On Mon, Aug 31, 2020, 10:34 Matt Sicker <boa...@gmail.com> wrote: > > > > > >> The use case you're describing is fairly well handled by the git > > >> subtree command. There are some git plugins that add more complex > > >> workflows on top of that, but the base command is what you're looking > > >> for. Git submodules, in my experience, are far more useful when > > >> pointing to release commits and treating submodule updates like > > >> dependency updates. If you want the equivalent of how Subversion lets > > >> you link to another repo as a directory, that would be git-subtree, > > >> not git-submodule. > > >> > > >> On Mon, 31 Aug 2020 at 09:16, Gary Gregory <garydgreg...@gmail.com> > > wrote: > > >>> > > >>> On Mon, Aug 31, 2020 at 10:15 AM Gary Gregory <garydgreg...@gmail.com> > > >>> wrote: > > >>> > > >>>> On Sun, Aug 30, 2020 at 9:24 AM Gary Gregory <garydgreg...@gmail.com> > > >>>> wrote: > > >>>> > > >>>>> I'm talking about girl's own submodules: > > >>>>> > > >>>>> https://git-scm.com/book/en/v2/Git-Tools-Submodules > > >>>>> > > >>>> > > >>>> I think the on-line book above has been updated since 2014 (as seen on > > >> the > > >>>> front page https://git-scm.com/book/en/v2) so the reference page > > >>>> https://git-scm.com/docs/git-submodule should be more accurate. > > >>>> > > >>> ARG: "I think the on-line book above has been updated" -> "I think the > > >>> on-line book above has *NOT *been updated" > > >>> > > >>> G > > >>> > > >>> > > >>>> > > >>>> Gary > > >>>> > > >>>> > > >>>>> > > >>>>> https://git-scm.com/docs/git-submodule > > >>>>> > > >>>>> Gary > > >>>>> > > >>>>> On Sun, Aug 30, 2020, 09:09 Rob Tompkins <chtom...@gmail.com> wrote: > > >>>>> > > >>>>>> By git submodules, are you talking about a symlink to another git > > >>>>>> repository inside one of our repositories? > > >>>>>> > > >>>>>> -Rob > > >>>>>> > > >>>>>>> On Aug 29, 2020, at 6:52 PM, Gary Gregory <garydgreg...@gmail.com> > > >>>>>> wrote: > > >>>>>>> > > >>>>>>> Hi All, > > >>>>>>> > > >>>>>>> Any thoughts for or against creating a new git repository which > > >> would > > >>>>>>> contain all 'proper' Commons components as git submodules? > > >>>>>>> > > >>>>>>> The idea is to be able to checkout all of Commons 'proper' in one > > >> go > > >>>>>> in one > > >>>>>>> place. > > >>>>>>> > > >>>>>>> Gary > > >>>>>> > > >>>>>> > > >>>>>> > > --------------------------------------------------------------------- > > >>>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > >>>>>> For additional commands, e-mail: dev-h...@commons.apache.org > > >>>>>> > > >>>>>> > > >> > > >> > > >> > > >> -- > > >> Matt Sicker <boa...@gmail.com> > > >> > > >> --------------------------------------------------------------------- > > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > >> For additional commands, e-mail: dev-h...@commons.apache.org > > >> > > >> > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > -- Matt Sicker <boa...@gmail.com> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
