[Rdo-list] reconsidering midstream repos

Hugh O. Brock hbrock at redhat.com
Thu May 28 11:36:09 UTC 2015


On Thu, May 28, 2015 at 01:32:46PM +0200, Dmitry Tantsur wrote:
> On 05/25/2015 02:55 PM, Hugh O. Brock wrote:
> >Seems like the midstream repos are causing us a lot of pain with little
> >gain, at least in some cases. (For example it appears the t-h-t
> >midstream exists to carry a single patch that enables mongodb on
> >Centos.) Is it worth discussing whether we can eliminate some of these,
> >especially for upstreams like t-h-t that aren't tightly tied to the
> >OpenStack release schedule?
> 
> I have to bring one more thing here: the way we handle patches is
> error-prone and opaque. `git push -f` is rarely a good way to solve
> problems. It's easy to forget a patch on rebase, it requires explicit
> coordination between people doing rebases, it does not (by default) provide
> history of changes to patch series, it's hard to revert to previous rebase
> if you forget to tag it. Delorean can also be confused with multi-patch
> rebase.
> 
> Can we consider some specialized solution for handling patch stacks? I've
> heard Rackspace is using Ply [1], looks nice at first glance. It's idea is
> to store patch series in a separate repo - which looks like what we want. So
> we can use our fork only for mgt-* branch and have all patches tracked
> outside. Then we (maybe) could even use gerrit for patches (which I don't
> like but some people dream of)!
> 
> [1] https://github.com/rconradharris/ply

I'm all for improving our tools.

It's worth mentioning that the openstack-puppet-modules maintainers
(mmagr, EmilienM, et al) are working on a better way to maintain patches
against an upstream that is frequently fast-forwarded (and there is CI
on the fast-forwards). At first glance the system they're working on
looks like exactly what we want, although I need to know more about the
details. Certainly worth looking at for rdo-manager going forward.

--Hugh

-- 
== Hugh Brock, hbrock at redhat.com                                   ==
== Senior Engineering Manager, Cloud Engineering                   ==
== RDO Manager: Install, configure, and scale OpenStack            ==
== http://rdoproject.org                                           ==

"I know that you believe you understand what you think I said, but I’m
not sure you realize that what you heard is not what I meant."
--Robert McCloskey




More information about the rdo-list mailing list