[Openstack] best practices for merging common into specific	projects
    James E. Blair 
    corvus at inaugust.com
       
    Tue Jul  3 21:54:52 UTC 2012
    
    
  
Dan Prince <dprince at redhat.com> writes:
> If someone wants to split openstack-common changes into patchsets that
> might be Okay in small numbers. If you are merging say 5-10 changes
> from openstack common into all the various openstack projects that
> could translate into a rather large number of reviews (25+) for things
> that have been already reviewed once.  For me using patchsets to keep
> openstack-common in sync just causes thrashing of Jenkins, SmokeStack,
> etc. for things that have already been gated. Seems like an awful
> waste of review/CI time. In my opinion patchsets are the way to go
> with getting things into openstack-common... but not when syncing to
> projects.
>
> Hopefully this situation is short lived however and we start using a
> proper library sooner rather than later.
Indeed, as a real library, it could be incorporated into the devstack
gate tests like the rest of the libraries, which would simultaneously
gate changes to it using all of the projects that reference it.
-Jim
    
    
More information about the Openstack
mailing list