<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Sep 3, 2014 at 1:39 PM, Jed Brown <span dir="ltr"><<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> writes:<br>
>> It's not _that_ simple to define precisely in terms of the DAG.<br>
><br>
>   This hits the nail on the head!  The current git model is<br>
>   incomplete/problematic if it cannot handle such a simple and<br>
>   extremely important thing as “prevent some j-a- from f-ing up the<br>
>   master repository”.<br>
<br>
</div>I don't think adding more semantics (complication) to the data model<br>
will solve anything.  Why can't PETSc just always solve the problem in<br>
the fastest way without all the complicated options for people to mess<br>
up?  Why do cars let themselves crash into other cars?<br>
</blockquote></div><br>These are ridiculous strawmen. Git is a tool for managing source code, and</div><div class="gmail_extra">we are asking for a very simple and sensible source code management rule.</div><div class="gmail_extra">
It is truly simple, apart from devising an implementation in Git.</div><div class="gmail_extra"><br></div><div class="gmail_extra">   Matt<br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener
</div></div>