VG2 policy is that we only run released versions, and we don't upgrade until 2-3 weeks after the release, to let others shake out the bugs.  If a release can't be safely downgraded, we'll wait longer <div><br></div>
<div>But you can always build your own grid for testing.  You can even run a dozen instances of Tahoe on one box.<br><br><div class="gmail_quote">On Wed, Mar 14, 2012 at 3:31 PM, Ted Rolle, Jr. <span dir="ltr"><<a href="mailto:stercor@gmail.com">stercor@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <font face="DejaVu Sans Mono">Brian:  Define safely.<br>
      <br>
      I'm in a volunteer grid.  Bulletproof code is important for
      reliability.<br>
      This does <u>not</u> reflect your coding ability.<br>
      <br>
      It's a characteristic of large systems.  I've written large
      systems and had unintended consequences from "small, harmless,
      guaranteed-to-work" changes.  But, we didn't have a testing
      environment as complete as Tahoe-LAFS has.  If new code passes the
      testing suite, it's most probably clean.<br>
      <br>
      Change of mind: I like to be on the cutting edge.  I'll put the
      new code into place when it's someone says its safe to do so.<br>
      <br>
      Thanks for all your work,<br>
      <br>
      Ted<br>
    </font>
  </div>

<br>_______________________________________________<br>
tahoe-dev mailing list<br>
<a href="mailto:tahoe-dev@tahoe-lafs.org">tahoe-dev@tahoe-lafs.org</a><br>
<a href="http://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev" target="_blank">http://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Shawn<br>
</div>