<div dir="ltr">Ben,<div><br></div><div>I've been having two of the three SoK students I'm helping this winter use clones so far (the other one hasn't gotten to that point yet) for the following reasons.</div><div><br></div><div>1. A scratch repo isn't available to push to since the original repo had audit hook exceptions, so pushing to a scratch repo requires these same audit hook exceptions to push the initial repo/branch.</div><div>2. The students typically change their commits quite often after review (sometimes many times to finally get it right) and force pushing isn't permitted, but is on clones.</div><div><br></div><div>I guess 2 could be solved with more commits rather than changing the commits though.</div><div><br></div><div>BR,</div><div>Jeremy</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 29, 2014 at 4:35 AM, Sven Brauch <span dir="ltr"><<a href="mailto:svenbrauch@googlemail.com" target="_blank">svenbrauch@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Noooo not scratch repos. I can see clones being useless as branches<br>
> in the actual repos should be used instead, but I personally consider<br>
> scratch repos a very useful thing, for example to host simple projects<br>
> that shouldn't be part of any main/big module - they are much more<br>
> easier to set up than proper repositories - mostly because they don't<br>
> require manual sysadmin actions (and fileing tickets by the developer),<br>
> it's a personal git space readily available.<br>
</span>+1, I also think scratch repos are useful and shouldn't be removed<br>
mostly for the reasons Martin quoted.<br>
</blockquote></div><br></div>