<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 29, 2012 at 4:13 PM, Lo´c Hoguin <span dir="ltr"><<a href="mailto:essen@ninenines.eu" target="_blank">essen@ninenines.eu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On 11/29/2012 09:42 PM, Bj÷rn-Egil Dahlberg wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi there!<br>
<br>
I'm curious; would pushing and tagging release candidates to GitHub for<br>
user testing be worthwhile?<br>
<br>
We already do this for major-versions, i.e. R14A, R15A and soonish R16A,<br>
and we get some useful information from this. I want to encourage people<br>
to test our otp HEAD at GitHub when nearing a release. Especially those<br>
we say are release-candidates, i.e. R*A-releases. I also think we should<br>
start tagging those as release candidates, i.e. R15A-RC1, R15A-RC2, etc,<br>
further making the point of a release candidate so we don't have users<br>
taking a release candidate for production .. or include it in a distro.<br>
<br>
Now, should we also do this for maint-releases also? At Erlang/OTP we<br>
have *extensive* testing on a multitude of operating systems,<br>
architectures and configurations. We can however, always test even more. =)<br>
<br>
Normally we have "code-freeze" a couple of weeks before a release and<br>
then a stabilization phase to iron out, hopefully, the last few glitches.<br>
<br>
I'm thinking, at code-freeze - push what we have, tag it and notify you<br>
via this or other medias that we have a src-state that contains more<br>
signal than noise and we wish that you test it against your product and<br>
your testcases. Hopefully, you could get information back to us by<br>
saying *thumbs up* or more importantly saying "I'm concerned about<br>
this behavior here .." if you encounter something worrisome.<br>
<br>
The window to do changes are small at that point and we would certainly<br>
only correct things that are apparent bugs - correcting one thing runs<br>
the risk of creating even bigger, unforeseen, problems. Ultimately some<br>
sort of risk/reward decision will be taken by us.<br>
<br>
Is this of intrest? Should we start tagging release-candidates? Would<br>
you be interested to test release candidates on your products and let us<br>
know problems before a release?<br>
<br>
I think it would lead to even better product quality.<br>
</blockquote>
<br></div></div>
Me too, for all the reasons you mentioned. Tag when it's code freeze, inform people about it, and the concerned citizens will test the code against their projects. Everybody wins.</blockquote><div><br></div><div>+1, I think this would be good.</div>
<div><br></div><div>--steveá</div></div></div>