<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 22, 2013 at 11:21 AM, Karl Rupp <span dir="ltr"><<a href="mailto:rupp@mcs.anl.gov" target="_blank">rupp@mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":5b8">So, so I will continue quickly along the following path:<br>
 -> Bring sources to a clean state<br>
 -> Provide simple and robust guard scripts (pre-commit/pre-push)<br></div></blockquote><div><br></div><div style>Note that pre-commit cannot be run on a user's machine without their assistance (configuring hgrc). (Doing so would be a huge security vulnerability.) If we reject the commit server-side, the author will have to edit their history (requires enabling an extension unless it's the last commit). Since it's a hassle to go back and fix the history, hopefully it will teach developers to enable the commit hooks.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":5b8">
 -> Configure uncrustify such that it reports violations (nightly)<br>
 -> Document user-specific uncrustify configs</div></blockquote></div><br>Until someone finds a way to do this with Hg, I think this last point would only be meaningful to git users.</div></div>