Open Stack

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 06/24/2015 04:41 PM, Joe Gordon wrote:

> We currently have the fast track process, where if a spec was
> previously approved we will quickly re-approve it. (I do a git diff
> between the previous version and make sure the diff is trivial). By
> my count in liberty we successfully used this procedure around 14
> times. So yes things do magically become unapproved on a somewhat
> random date, but I don't think this is realistically a major pain
> point. (Side note we were able to approve a lot of those specs
> before the summit).

That may be true, but it certainly doesn't jibe with the experiences
of many spec authors. And even if it did work flawlessly, it
represents extra work for zero benefit.

> Secondly nova is moves fast. For example in Kilo we had: 4752
> files changed, 299,275 insertions(+), 309,689 deletions(-) [0].
> What is amazing about this is nova kilo only had 251,965 lines [1].
> So specs that we approved 6 months ago are often not valid anymore,
> I have seen this happen time and time again.

Specs are about general direction, with some specifics on
implementation. Sure, things change, and a previously valid spec might
no longer be valid, but that would certainly be caught in the code
review, no? I don't think that most developers operate in a vacuum,
and if the part of the code they are working on is changing that
radically, they will certainly notice the merge conflicts at the very
least. :)

John Garbutt gave the example in a different reply of the closing of
changes to the v2 API in Kilo. That's a perfect example of why a spec
should *not* be invalidated. If a the implementation of a
previously-approved spec tried to modify the v2 API, that would
certainly be caught in code review, and the developer would have to
address that change via a microversion instead. The change itself is
still valid, but the means of implementing it might have to be updated.

- -- 

- -- Ed Leafe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: GPGTools - https://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJVjAQ3AAoJEKMgtcocwZqLsckP/09N2kvQv5YiuDmzu5Ieyvl/
ZIb8o2kh0gp89I/wd4uGdZhXxVVJLLm0EO09UfI8zNKJyDIBC8QRdISqueMkffub
dgWBIIc5kxTJQhxPNq96B5rQE26W8lZnonZuJ/lCI8+hn81cmtlXU8TDZFBJY4+I
A27SGvJZXchAPbom4XXP0laxGnN7V5liuYp/KSNstkQSoQX12JSS8cafXST+mkWs
Crqyq+5bjmccbX+8e1yywvKopMe7uMe15ASp5ueWA7jYE0+y+655/13v2IpEQvfu
Evptf3JX5Rs71C5XPeHKMMlZOi2wZeWVtoEsqsuwkWzTiZP9EctzOTCv0xwNDYGl
VukA8gLF9Q+wtACCj8UDPWSEyJn3FUsbQXmgHcDrnpI4FrSIxqGUvxO7ck33rjOr
p6iHHLuNAti9dcwGEkSwLKqJ/ysrk9omtOwn/xifGV9PlxaupqFrzCPaiVs0L6Ac
RpVsNv/uy/uVmV2xeVAV3LUD4/PUd4UGY0DnO974eoJBai1BnBo2knJJgtGzBLDo
ZHdwe8zCGRkRCl7LR8mBe6X448jYGp239ldWf5hxjEhOy8dqdJLNy3sh9ElnI/6a
x1iWPVZ6ZfezchucwuU7q4l8vtEaQQ0HPU3NjDG+mssUH96StQrujXf8Ebnh8/vw
jgloCeQr/NS+rYEAAhgY
=HJd9
-----END PGP SIGNATURE-----