Yes something like this. On 09/19/2014 12:07 PM, Mike Holmes wrote: > As repos, something like this ? > > On 19 September 2014 14:55, Taras Kondratiuk > <[email protected] <mailto:[email protected]>> wrote: > > Both approaches have pros and cons. > I prefer branches, so all open implementations can be found in one > upstream place. I hope there will be more open implementations in > future :) > > The main point we should keep in mind is that linux-generic (master > branch) won't be completely independent from other implementations even > if they are in a separate repositories (private or public). At release > points several implementations should be at the same API level to prove > that API can be implemented. So we can't just tag v1.0 on master branch > when linux-generic is ready. > As an option these parts can be in a separate repositories, but get > pulled into release branches which forked from master branch. > > On 09/19/2014 11:31 AM, Hillo, Jarmo (NSN - FI/Espoo) wrote: > > Agree that separate repos make more sense than branches. Jarmo > > > > > > Sent from Samsung Mobile > > > > > > -------- Alkuperäinen viesti -------- > > Lähettäjä: ext Magnus Karlsson > > Päivämäärä:19.09.2014 10.25 (GMT-08:00) > > Saaja: Taras Kondratiuk > > Kopio: [email protected] <mailto:[email protected]> > > Aihe: Re: [lng-odp] Relaxing merge process > > > > Taras, > > > > Sounds good as long as we substitute the word branches with > > repositories. Branches do not make much sense IMHO. > > > > Magnus > > > > Den 19 sep 2014 09:40 skrev "Taras Kondratiuk" > > <[email protected] <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>>>: > > > > I'd like to sum up our yesterday's discussion about making merge > > process more > > relaxed. Current process with a single master branch assumes that > > each patch > > need to keep all platforms in a working state, which is next to > > impossible, > > because patch author doesn't have enough expertise in all > platforms. > > The same > > happens with a complex examples. This leads to a significant slow > > down of new > > API sets development. > > > > The idea we came up with is to split the master branch into > several > > branches: > > - master: contains core LNG deliverables: linux-generic, tests and > > simple > > examples > > - implementation branches (linux-keystone2, linux-dpdk, etc): > > contains one > > implementation > > - examples: contains complex examples like IPSec. > > > > Each branch has its maintainer. > > At release point when linux-generic has everything for release we > > fork a release > > branch (odp-v1.0) from master. Other branches get pulled into > > release branch > > when branch maintainer have updated it to the same API level as > > linux-generic in > > release branch. > > > > This approach allows to unblock and speed up linux-generic > development. > > As before patches to any branch should go through ML review > process. > > > > -- > > Taras Kondratiuk > > > > _______________________________________________ > > lng-odp mailing list > > [email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>> > > http://lists.linaro.org/mailman/listinfo/lng-odp > > > > To unsubscribe from this group and stop receiving emails from it, > > send an email to [email protected] > <mailto:lng-sc%[email protected]> > > <mailto:lng-sc%[email protected] > <mailto:lng-sc%[email protected]>>. > > > > > -- > Taras Kondratiuk > > _______________________________________________ > lng-odp mailing list > [email protected] <mailto:[email protected]> > http://lists.linaro.org/mailman/listinfo/lng-odp > > > > > -- > *Mike Holmes* > Linaro Technical Manager / Lead > LNG - ODP
-- Taras Kondratiuk _______________________________________________ lng-odp mailing list [email protected] http://lists.linaro.org/mailman/listinfo/lng-odp
