I don't really understand what purpose would this serve. Would we ever use newer marvin against older CloudStack or vice versa? What's the benefit?
I can understand it for cloudmonkey because cloudmonkey is an admin cli tool and reving it differently is not a bad idea. I just don't see it for marvin and, especially for the tests. --Alex > -----Original Message----- > From: Prasanna Santhanam [mailto:t...@apache.org] > Sent: Wednesday, October 2, 2013 10:14 AM > To: CloudStack Dev > Subject: [DISCUSS] Breaking out Marvin from CloudStack > > I would like to seperate marvin from the main cloudstack repo. Much of > marvin's development has little coupling with CloudStack. > > Similar to CloudMonkey, marvin undergoes rapid changes and it is essential > to provide a smooth workflow and faster releases for those working with it. > > There are also a small set of people currently looking at marvin for testing > right now. Often, their reviews and QA effort is mixed with those of > cloudstack itself. By having a different repo I'd like to be able to provide > commit access to those working on marvin alone quickly to help with testing. > > After separating marvin > 0. we will have a separate release cycle for marvin 1. we will have a new > home for marvin's docs using Sphinx 2. if possible, a different criteria for > providing commit access to marvin's repos. > 3. all tests of cloudstack will also move to marvin's repository > > Thoughts? > > -- > Prasanna., > > ------------------------ > Powered by BigRock.com