Re: [ros-dev] Modularizing the ReactOS repo in Git

[David Quintana (gigaherz)]

We have! If you look at Colin's email, it has a link to a google doc, we
list Repo in it, and why we think it's not fit for our use :)

That aside, I had a new idea, which I mentioned on IRC. I have added it to
the document.

On 2 August 2017 at 11:52, Alexander Sh. <chaez.san(a)gmail.com> wrote:

>   Have a look at Repo:
> https://code.google.com/archive/p/git-repo/
>  It is used by Android devs.
>
>  2 авг. 2017 г. 12:28 пользователь "David Quintana (gigaherz)" <
>  gigaherz(a)gmail.com&gt; написал:
>
>  The issue comes when we have to do regression-testing. We would need a
> >   tool that knows how to match up core, system,
> > tests, ... otherwise
> >  debugging regressions is going to be hellish.
> >
> >  On 2 August 2017 at 11:17, Alexander Sh. &lt;chaez.san(a)gmail.com&gt; wrote:
> >
> > >   Since we have RosBE, we can have multiple
> > > repositories without actually
> > >  binding them and download them on demand. Or we can make a build script for
> > >  every new small module that downloads (clones) repos it needs.
> > >
> > >  2 авг. 2017 г. 11:41 пользователь "Colin Finck" &lt;colin(a)reactos.org&gt;
> > >  написал:
> > >
> > >  Hi all!
> > >
> > >  After David has successfully tested a first SVN -> Git conversion of our
> > >  repo, here comes the next challenge: Finding a way to preserve our current
> > >  modularization into reactos, rosapps, rostests and paving the way for even
> > >  more modularization.
> > >  My vision for the future is a small "core" repo that only contains our
> > >  host tools and SDK. We could also split off subprojects like fast486/ntvdm
> > >  or Paint into individual repos. Now that Microsoft has abandoned them under
> > >  Windows, they may individually attract developers who would never hack on
> > >  the entire ReactOS repo. Furthermore, 3rd party components could be
> > >  imported through their repo instead of copy-pasting their code without
> > >  history (as we do now).
> > >  Even if that vision is a distant goal, the technology for it is already
> > >  required for a reactos, rosapps, rostests modularization.
> > >
> > >  Isn't that a perfect scenario for Git submodules?
> > >  Not sure: I'm not aware that they support the concept of optional
> > >  modules. You could only check out the "core" repo with all defined
> > >  submodules. This would make it impossible to use "core" only to build
> > >  Paint. There also seem to be other drawbacks when using submodules:
> > >  https://codingkilledthecat.wordpress.com/2012/04/28/why-your
> > >  -company-shouldnt-use-git-submodules/
> > >
> > >  Alternatives like Git subtrees, Google Repo, and Gitslave exist, but
> > >  there is even less information about them. Furthermore, I think a good
> > >  integration into GUI tools like TortoiseGit is also a requirement for most
> > >  of us.
> > >
> > >  David and I have started to write down our findings:
> > >  https://docs.google.com/document/d/1Ey1xdS_0GcG7p7ZgHZBh4A3V
> > >  Mq2uxyw5MpnUXbT8z6w/edit
> > >  Your input on this is very welcome!
> > >
> > >  I guess any migration to Git is blocked before we have a solution here.
> > >
> > >
> > >  Cheers,
> > >
> > >  Colin
> > >
> > >  _______________________________________________
> > >  Ros-dev mailing list
> > >  Ros-dev(a)reactos.org
> > >  http://www.reactos.org/mailman/listinfo/ros-dev
> > >
> > >
> > >
> > >  _______________________________________________
> > >  Ros-dev mailing list
> > >  Ros-dev(a)reactos.org
> > >  http://www.reactos.org/mailman/listinfo/ros-dev
> > >  
> >
> >  _______________________________________________
> >  Ros-dev mailing list
> >  Ros-dev(a)reactos.org
> >  http://www.reactos.org/mailman/listinfo/ros-dev
> >  
>  _______________________________________________
>  Ros-dev mailing list
>  Ros-dev(a)reactos.org
>  http://www.reactos.org/mailman/listinfo/ros-dev
>