[openstack-dev] Separating our Murano PL core in own package

Dmitry Teselkin dteselkin at mirantis.com
Tue Mar 25 07:38:55 UTC 2014


Ruslan,

What about murano-deployment repo? The most important part of it are
PowerSheel scripts, Windows Image Builder, package manifests, and some
other scripts that better to keep somewhere. Where do we plan to move them?


On Mon, Mar 24, 2014 at 10:29 PM, Ruslan Kamaldinov <
rkamaldinov at mirantis.com> wrote:

> On Mon, Mar 24, 2014 at 10:08 PM, Joshua Harlow <harlowja at yahoo-inc.com>
> wrote:
> > Seeing that the following repos already exist, maybe there is some need
> for
> > cleanup?
> >
> > - https://github.com/stackforge/murano-agent
> > - https://github.com/stackforge/murano-api
> > - https://github.com/stackforge/murano-common
> > - https://github.com/stackforge/murano-conductor
> > - https://github.com/stackforge/murano-dashboard
> > - https://github.com/stackforge/murano-deployment
> > - https://github.com/stackforge/murano-docs
> > - https://github.com/stackforge/murano-metadataclient
> > - https://github.com/stackforge/murano-repository
> > - https://github.com/stackforge/murano-tests
> > ...(did I miss others?)
> >
> > Can we maybe not have more git repositories and instead figure out a way
> to
> > have 1 repository (perhaps with submodules?) ;-)
> >
> > It appears like murano is already exploding all over stackforge which
> makes
> > it hard to understand why yet another repo is needed. I understand why
> from
> > a code point of view, but it doesn't seem right from a code organization
> > point of view to continue adding repos. It seems like murano
> > (https://github.com/stackforge/murano) should just have 1 repo, with
> > sub-repos (tests, docs, api, agent...) for its own organizational usage
> > instead of X repos that expose others to murano's internal organizational
> > details.
> >
> > -Josh
>
>
> Joshua,
>
> I agree that this huge number of repositories is confusing for newcomers.
> I've
> spent some time to understand mission of each of these repos. That's why we
> already did the cleanup :) [0]
>
> And I personally will do everything to prevent creation of new repo for
> Murano.
>
> Here is the list of repositories targeted for the next Murano release (Apr
> 17):
> * murano-api
> * murano-agent
> * python-muranoclient
> * murano-dashboard
> * murano-docs
>
> The rest of these repos will be deprecated right after the release.  Also
> we
> will rename murano-api to just "murano". murano-api will include all the
> Murano services, functionaltests for Tempest, Devstack scripts, developer
> docs.
> I guess we already can update README files in deprecated repos to avoid
> further
> confusion.
>
> I wouldn't agree that there should be just one repo. Almost every OpenStack
> project has it's own repo for python client. All the user docs are kept in
> a
> separate repo. Guest agent code should live in it's own repository to keep
> number of dependencies as low as possible. I'd say there should be
> required/comfortable minimum of repositories per project.
>
>
> And one more nit correction:
> OpenStack has it's own git repository [1]. We shoul avoid referring to
> github
> since it's just a convinient mirror, while [1] is an official
> OpenStack repository.
>
> [0]
> https://blueprints.launchpad.net/murano/+spec/repository-reorganization
> [1] http://git.openstack.org/cgit/
>
>
>
> Thanks,
> Ruslan
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
Thanks,
Dmitry Teselkin
Deployment Engineer
Mirantis
http://www.mirantis.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140325/593e7baf/attachment.html>


More information about the OpenStack-dev mailing list