> 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 > >
