[teampractices] Code review social norms
Greg Grossmeier
greg at wikimedia.org
Mon Mar 14 19:15:32 UTC 2016
(CC'ing Matt F who lead the "Make code review not suck" session at
WikiDev16, not sure if his on the list or not.)
Related to the other code-review for WMF teams discussion I'd like to
pass along some feedback from Evan Priestley (the Phabricator lead dev)
on how we currently do code-review in Gerrit. Specifically the issue of
amending other people's patches.
Backgroun:
* This started as this task in our Phab:
https://phabricator.wikimedia.org/T121751 "Document best practices to
amend a change written by another contributor"
* Lot's of discussion there about what is "right" in the general sense.
* Mukunda found out a way of making everyone happy (maybe)
* Mukunda proposed that solution upstream, then Evan P wrote a long
opinion piece on code review social contracts and basically concluded
that our social contracts are toxic (a theme we keep hearing...)
** here: https://secure.phabricator.com/T10584
I won't copy/paste it all as it's long and I don't want to lose
formatting, but I think it's worth while for those of us on this list to
read and think about.
Greg
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |
More information about the teampractices
mailing list