<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">I am no git expert, so this could be completely off. But as far as I understand it, git submodules (<a href="https://git-scm.com/book/en/v2/Git-Tools-Submodules" class="">https://git-scm.com/book/en/v2/Git-Tools-Submodules</a>) are exactly for this purpose.<div class=""><br class=""></div><div class="">From their description:</div><div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div class="paragraph" style="box-sizing: border-box; color: rgb(78, 68, 60); font-family: adelle, Georgia, "Times New Roman", serif; font-size: 14px; font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(252, 252, 250);"><p style="margin: 0px 0px 11px; line-height: 22px; box-sizing: border-box; font-family: sans-serif;" class="">It often happens that while working on one project, you need to use another project from within it. Perhaps it’s a library that a third party developed or that you’re developing separately and using in multiple parent projects. A common issue arises in these scenarios: you want to be able to treat the two projects as separate yet still be able to use one from within the other.</p></div></div><div class=""><div class="paragraph" style="box-sizing: border-box; color: rgb(78, 68, 60); font-family: adelle, Georgia, "Times New Roman", serif; font-size: 14px; font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(252, 252, 250);"><p style="margin: 0px 0px 11px; line-height: 22px; box-sizing: border-box; font-family: sans-serif;" class="">Here’s an example. Suppose you’re developing a website and creating Atom feeds. Instead of writing your own Atom-generating code, you decide to use a library. You’re likely to have to either include this code from a shared library like a CPAN install or Ruby gem, or copy the source code into your own project tree. The issue with including the library is that it’s difficult to customize the library in any way and often more difficult to deploy it, because you need to make sure every client has that library available. The issue with copying the code into your own project is that any custom changes you make are difficult to merge when upstream changes become available.</p></div></div><div class=""><div class="paragraph" style="box-sizing: border-box; color: rgb(78, 68, 60); font-family: adelle, Georgia, "Times New Roman", serif; font-size: 14px; font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(252, 252, 250);"><p style="margin: 0px 0px 11px; line-height: 22px; box-sizing: border-box; font-family: sans-serif;" class="">Git addresses this issue using submodules. Submodules allow you to keep a Git repository as a subdirectory of another Git repository. This lets you clone another repository into your project and keep your commits separate.</p></div></div></blockquote><div class=""><div><br class=""></div><div>The different add-ons could be added as submodules, so they </div><div><ul class=""><li class="">would be in separate repos, </li><li class="">you don’t have to download all if you are only working on one, </li><li class="">the core team can exclude them easily if they do not work anymore from the general build process (and re-add them as easy),</li><li class="">Are treated, when complaint (as mentioned the windows binaries) as one single repo.</li><li class="">Developers of add-ons do not need write access to the core repo</li></ul><div class=""><br class=""></div><div class="">Here is another link to the GitHub blog on how they can be used: <a href="https://github.blog/2016-02-01-working-with-submodules/" class="">https://github.blog/2016-02-01-working-with-submodules/</a></div><div class=""><br class=""></div><div class="">Cheers,</div><div class=""><br class=""></div><div class="">Rainer</div><div class=""><br class=""></div></div><div><br class=""></div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="">On 25 May 2019, at 17:04, Markus Neteler <<a href="mailto:neteler@osgeo.org" class="">neteler@osgeo.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">On Fri, May 24, 2019 at 4:25 PM Stefan Blumentrath<br class=""><<a href="mailto:Stefan.Blumentrath@nina.no" class="">Stefan.Blumentrath@nina.no</a>> wrote:<br class=""><blockquote type="cite" class=""><br class="">Hi,<br class=""><br class="">Collecting addons in a central repo seems very valuable to me too, for all the reasons Vacslav mentioned.<br class=""></blockquote><br class="">+1<br class=""><br class=""><blockquote type="cite" class="">I am no git expert either, but PRs should not be a big issue to do (unless you are VERY productive). People could merge their own PRs, no?<br class=""></blockquote><br class="">Exactly.<br class=""><br class=""><blockquote type="cite" class="">Creating a PR, does not mean it has to be reviewed by another dev, right? In my organization colleagues even usr PRs for repos where they are the only contributor...<br class=""></blockquote><br class="">I also prefer PRs. At least the changes have a chance to be reviewed<br class="">and appear more traceable.<br class=""><br class=""><blockquote type="cite" class="">I would argue having procedures as equal as possible between addons and core is just beneficial. Less confusion, fewer guidelines to maimtain, possibility to have CI before things are merged, and training for new devs that evolve from addon-dev to core-dev...<br class=""></blockquote><br class="">+1^2<br class=""><br class="">Cheers,<br class="">Markus<br class="">_______________________________________________<br class="">grass-dev mailing list<br class=""><a href="mailto:grass-dev@lists.osgeo.org" class="">grass-dev@lists.osgeo.org</a><br class="">https://lists.osgeo.org/mailman/listinfo/grass-dev</div></div></blockquote></div><br class=""><div class="">
<div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="text-align: start; text-indent: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="text-align: start; text-indent: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">--<br class="">Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)<br class=""><br class=""></div><div dir="auto" style="text-align: start; text-indent: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Orcid ID: 0000-0002-7490-0066</div><div dir="auto" style="text-align: start; text-indent: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""></div><div dir="auto" style="text-align: start; text-indent: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Department of Evolutionary Biology and Environmental Studies<br class="">University of Zürich<br class="">Office Y34-J-74<br class="">Winterthurerstrasse 190<br class="">8075 Zürich<br class="">Switzerland<br class=""><br class="">Office:<span class="Apple-tab-span" style="white-space: pre;">  </span>+41 (0)44 635 47 64<br class="">Cell:      <span class="Apple-converted-space"> </span><span class="Apple-tab-span" style="white-space: pre;">    </span>+41 (0)78 630 66 57<br class=""></div><div dir="auto" style="text-align: start; text-indent: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><a href="mailto:Rainer.Krug@uzh.ch" class="">email:      Rainer.Krug@uzh.ch</a></div><div dir="auto" style="text-align: start; text-indent: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><span class="Apple-tab-span" style="white-space: pre;">                </span><a href="mailto:Rainer@krugs.de" class="">Rainer@krugs.de</a><br class="">Skype:    <span class="Apple-converted-space"> </span>RMkrug<br class=""><br class="">PGP: 0x0F52F982<br class=""><br class=""><br class=""></div></div></div></div>
</div>

<br class=""></div></body></html>