[openstack-dev] When to revert a patch?
Monty Taylor
mordred at inaugust.com
Fri Mar 4 15:16:26 UTC 2016
On 03/04/2016 08:37 AM, Ruby Loo wrote:
> Hijacked from ' [openstack-dev] [ironic] Remember to follow RFE process'
> thread:
>
> > Should we revert the patch [1] for now? (Disclaimer. I haven't looked at the
> > patch itself. But I don't think I should have to, to know what the API
> > change is.)
> >
>
> Thanks for calling it out Ruby, that's unfortunate that the
> patch was
> merged without the RFE being approved. About reverting the patch I
> think we shouldn't do that now because the patch is touching the API
> and introducing a new microversion to it.
>
>
> Exactly. I've -2'ed the revert, as removing API version is even
> worse than landing a change without an RFE approved. Let us make
> sure to approve RFE asap, and then adjust the code according to it.
>
>
> This brings up another issue, which I recall discussing before. Did we
> decide that we'd never revert something that touches the
> API/microversion? It might be good to have guidelines on this if we
> don't already. IF the API is incorrect? If the API could be improved? If
> the API was only in master for eg 48 hours?
I believe you need to treat master as if it's deployed to production. So
once an API change is released, 'fixing' it needs to be done like any
other API change - with a microversion bump and appropriate backwards
compat.
(For instance, I have a CI/CD pipeline merging from master every hour
and doing a deploy - so 48 hours is a long time ago)
Monty
More information about the OpenStack-dev
mailing list