-----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----- __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
