[openstack-dev] [tc][all] A culture change (nitpicking)
Zane Bitter
zbitter at redhat.com
Mon Jun 11 22:49:59 UTC 2018
On 04/06/18 10:13, Zane Bitter wrote:
> On 31/05/18 14:35, Julia Kreger wrote:
>> Back to the topic of nitpicking!
>>
>> I virtually sat down with Doug today and we hammered out the positive
>> aspects that we feel like are the things that we as a community want
>> to see as part of reviews coming out of this effort. The principles
>> change[1] in governance has been updated as a result.
>>
>> I think we are at a point where we have to state high level
>> principles, and then also update guidelines or other context providing
>> documentation to re-enforce some of items covered in this
>> discussion... not just to educate new contributors, but to serve as a
>> checkpoint for existing reviewers when making the decision as to how
>> to vote change set. The question then becomes where would such
>> guidelines or documentation best fit?
>
> I think the contributor guide is the logical place for it. Kendall
> pointed out this existing section:
>
> https://docs.openstack.org/contributors/code-and-documentation/using-gerrit.html#reviewing-changes
>
>
> It could go in there, or perhaps we separate out the parts about when to
> use which review scores into a separate page from the mechanics of how
> to use Gerrit.
>
>> Should we explicitly detail the
>> cause/effect that occurs? Should we convey contributor perceptions, or
>> maybe even just link to this thread as there has been a massive amount
>> of feedback raising valid cases, points, and frustrations.
>>
>> Personally, I'd lean towards a blended approach, but the question of
>> where is one I'm unsure of. Thoughts?
>
> Let's crowdsource a set of heuristics that reviewers and contributors
> should keep in mind when they're reviewing or having their changes
> reviewed. I made a start on collecting ideas from this and past threads,
> as well as my own reviewing experience, into a document that I've
> presumptuously titled "How to Review Changes the OpenStack Way" (but
> might be more accurately called "The Frank Sinatra Guide to Code Review"
> at the moment):
>
> https://etherpad.openstack.org/p/review-the-openstack-way
>
> It's in an etherpad to make it easier for everyone to add their
> suggestions and comments (folks in #openstack-tc have made some tweaks
> already). After a suitable interval has passed to collect feedback, I'll
> turn this into a contributor guide change.
It's had a week to percolate (and I've seen quite a few people viewing
the etherpad), so here is the review:
https://review.openstack.org/574479
- ZB
> Have at it!
>
> cheers,
> Zane.
>
>> -Julia
>>
>> [1]: https://review.openstack.org/#/c/570940/
More information about the OpenStack-dev
mailing list