[PATCH] D99305: [docs] Document our norms around reverts

Hubert Tong via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Thu Mar 25 15:08:52 PDT 2021


hubert.reinterpretcast added inline comments.


================
Comment at: llvm/docs/DeveloperPolicy.rst:317-318
+* If you break a buildbot in a way which can't be quickly fixed, please revert.
+* If a test case is reported in the commit thread which demonstrates a problem
+  please revert, and investigate offline.
+* If you receive substantial :ref:`post-commit review <post_commit_review>`
----------------
reames wrote:
> hubert.reinterpretcast wrote:
> > hubert.reinterpretcast wrote:
> > > How portable and self-contained is this test case?
> > 
> I can't think of anyway to craft a useful guideline here (beyond what is already said elsewhere).  If you have suggested wording, please share.
> 
> (Though, do you mind if we defer this to a future change?  This seems minor compared to the rest of it.)
I think moving the "expectations" part up would help towards addressing my concern here.


================
Comment at: llvm/docs/DeveloperPolicy.rst:320
+* If you receive substantial :ref:`post-commit review <post_commit_review>`
+  feedback, please revert and address said feedback before recommitting.
+  (Possibly after another round of review.)
----------------
reames wrote:
> hubert.reinterpretcast wrote:
> > ... doesn't the "further destabilize" note below actually apply here too?
> Judgement is always required.  I don't think it's useful to repeat that in every guideline.  Do you think I need to emphasize that more somewhere?
For this too, I think moving the "expectations" part up will clarify the "priorities".


CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D99305/new/

https://reviews.llvm.org/D99305



More information about the llvm-commits mailing list