We also want the ability to make some returns and run the tests without them ever showing up in m-c. So to speak. Especially when it comes to having to back things out. That could perhaps be accomplished with a branch, but you start getting into the situation where others could be updating the code directly in m-c and all that goes with it.
But, it does introduce a, perhaps uncomfortable, feeling of "one of these things is not like the other, and begs the "why don't we do this with other pieces as well". Milan On 2013-03-27, at 3:14 PM, "Robert O'Callahan" <rob...@ocallahan.org> wrote: > On Thu, Mar 28, 2013 at 9:42 AM, Bas Schouten <bschou...@mozilla.com> wrote: > >> - Improve Moz2D development workflow by having faster turnaround time on >> builds and tests (both local and Try) >> - Lower the barrier for external contributors, some people have already >> expressed the desire to work on potential backends we do not wish to invest >> in ourselves, but have been deterred by the complexity of the >> checkout/building process. >> - Improve sharing between Servo/Gecko. >> - Reduce load on our infrastructure by building and testing only Moz2D >> stand-alone when a change affects only Moz2D, both on regular builds and >> try. >> > > Seems to me that of those goals, only "lower the barrier for external > contributors" actually *requires* Moz2D to be in a separate repository. Is > that right? > > Rob > -- > Wrfhf pnyyrq gurz gbtrgure naq fnvq, “Lbh xabj gung gur ehyref bs gur > Tragvyrf ybeq vg bire gurz, naq gurve uvtu bssvpvnyf rkrepvfr nhgubevgl > bire gurz. Abg fb jvgu lbh. Vafgrnq, jubrire jnagf gb orpbzr terng nzbat > lbh zhfg or lbhe freinag, naq jubrire jnagf gb or svefg zhfg or lbhe fynir > — whfg nf gur Fba bs Zna qvq abg pbzr gb or freirq, ohg gb freir, naq gb > tvir uvf yvsr nf n enafbz sbe znal.” [Znggurj 20:25-28] > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
