2009/11/13 Xavier Oswald <span dir="ltr">&lt;<a href="mailto:xoswald@gmail.com">xoswald@gmail.com</a>&gt;</span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On 15:32 Fri 13 Nov     , Mildred Ki&#39;Lya wrote:<br>
&gt; Hi,<br>
&gt;<br>
&gt; (french at the end)<br>
&gt;<br>
&gt; It has been some time that I was thinking about this, and I think I<br>
&gt; should put it here for debate.<br>
&gt;<br>
&gt; The problem: in the past, we spent too much time between releases.<br>
&gt;<br>
&gt; A solution:<br>
&gt;<br>
&gt; I think we should agree to make releases regularly, regardless of<br>
&gt; whenever we added many new features or not. The idea is that every 6<br>
&gt; month (Halloween and May Day, that seem to be popular) we would start to<br>
&gt; make a release.<br>
&gt;<br>
&gt; I thought that if we agreed to this we would need two branches, at least<br>
&gt; before the release. One would be frozen to prepare it for the release,<br>
&gt; only accepting bugfixes. The other would continue to accept approved<br>
&gt; features and would merge with the first to get the bugfixes as well.<br>
<br>
</div>Doing two branches or such is useful for larger community than our.<br>
<br>
What I think is:<br>
<br>
 * if we do a release twice a year, we should freeze stable 1 month before the<br>
   release. The point here is if do this choice , 1 month is not enough<br>
   for having something of good quality. But for a each 6 months release, we<br>
   cannot avoid more than 1 month for freeze.<br>
<br>
 * Im more favorable of releasing each year and having 2 or 3 months of freeze<br>
    for the stable branch.<br>
<br>
We have to keep in mind that releasing is not only working on the compiler.<br>
Website has to be updated, announcement have to be done, and the biggest thing<br>
is that we need to update the documentation too. If we release each 6 months Im<br>
afraid of the lack of manpower to be able to do such a thing. We are only few<br>
people working around Lisaac and for me, it seems fair to release each year for<br>
the quality of the project.<br>
<br></blockquote><div>I absolutely agree with this point of view, our community is not big enough and moreover <br>there is a lot of work to be done in the documentation. 2 release per year is too much and <br>we have to favour quality.<br>
As Xavier said we have to freeze the stable 2 or 3 month before release in order to have a high <br>quality release.<br>The key feature is to make regular and complete report to benoit about the feature each member is developping.<br>
This way benoit can merge them more easely and more efficiently to the master branch and moreover he can merge <br>to the stable branch more often. Indeed a good communication about all developping features let Ben to work <br>
better and to have fewer bug when freezing the stable.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
What could be fun is that we freeze stable the 1st October and we release the<br>
15th December. So people will have a new release of Lisaac to play with during<br>
christmas (when people have more time than during the year).<br>
And It will be the Christmas Gift to the community and people playing with<br>
Lisaac ;)<br>
<div class="im"><br></div></blockquote><div><br>Hey Santa Claus what&#39;s my present ? <br>A brand new Lisaac realase, my son.<br>;)<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
&gt; But we can also keep only one branch (stable). stable would be frozen<br>
&gt; for features before the release, and new features would be kept in<br>
&gt; separate branches (one branch per feature).<br>
<br>
</div>That the right way for now I think.<br>
<br>
Greetings,<br>
<font color="#888888">--<br>
 ,&#39;&#39;`.| ====== Xavier Oswald  ====== | mail: <a href="mailto:xoswald@debian.org">xoswald@debian.org</a>         |<br>
: :&#39; :| Engineer at CALDERA GRAPHICS | <a href="http://www.caldera.eu" target="_blank">http://www.caldera.eu</a>            |<br>
`. `&#39; | GNU/LINUX Debian Developer   | <a href="http://debian.org" target="_blank">http://debian.org</a>                |<br>
  `-  | Isaac Project Developer      | <a href="http://isaacproject.u-strasbg.fr" target="_blank">http://isaacproject.u-strasbg.fr</a> |<br>
</font><br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.9 (GNU/Linux)<br>
<br>
iEYEARECAAYFAkr9gHUACgkQpDDGqoi7tR5mNQCdGNb2rPdJbPvOnWzgE8Rh4dXQ<br>
8WoAnizD32XkN/Jyz0JOoZAv4objOmjf<br>
=oPtZ<br>
-----END PGP SIGNATURE-----<br>
<br>_______________________________________________<br>
Lisaac-devel mailing list<br>
<a href="mailto:Lisaac-devel@lists.alioth.debian.org">Lisaac-devel@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/mailman/listinfo/lisaac-devel" target="_blank">http://lists.alioth.debian.org/mailman/listinfo/lisaac-devel</a><br>
<br></blockquote></div><br>