Why? > On Sep 1, 2020, at 8:39 PM, Matt Sicker <boa...@gmail.com> wrote: > > It could be useful for grouping inter-dependent modules like pool/dbcp. > > On Tue, Sep 1, 2020 at 21:46 Ralph Goers <ralph.go...@dslextreme.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. >> >> >> >> 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
