<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
So, since this was thought to be a good idea, I just copied the branch<BR>
<BR>
/branches/0.6.0-stable from the tag /tags/0.6.0-release.<BR>
<BR>
This branch is _only_ for applying post-release stability fixes - ie, no new user features, however minor.<BR>
<BR>
Of course, this is a grey area, but I think you understand what the use of this branch is.<BR><BR>
If somebody fixes something for trunk, whoever feeling inclined, should re-apply it to this branch as well, marking it clearly that they have done so.<BR>
<BR>
We should be able to refer to this branch as "the most trustworthy revision for this version" at all times.<BR>
<BR>
The difference form the 'tag' is that while the tag is 'stable' as in 'we know what's wrong, and you can trust us not to try to fix it', the branch is 'stable' as in 'if you find anything wrong with the tag, we might have fixed in the branch'.<BR>
<BR>Best regards,<BR>Stefan Andersson<BR>Tribal Media AB<BR> <BR>Join the 3d web revolution : <A href="http://tribalnet.se/">http://tribalnet.se/</A><BR> <BR><BR><BR><BR><BR><BR>
<HR id=stopSpelling>
<BR>
Date: Mon, 10 Nov 2008 15:00:28 +0200<BR>From: jpirkola@gmail.com<BR>To: opensim-dev@lists.berlios.de<BR>Subject: Re: [Opensim-dev] Version Numbering Schemes<BR><BR>+1<BR>
<DIV>Excellent idea! </DIV>
<DIV>--Jani<BR><BR>
<DIV class=EC_gmail_quote>2008/11/10 Lc <SPAN dir=ltr><<A href="mailto:lcc1967@gmail.com">lcc1967@gmail.com</A>></SPAN><BR>
<BLOCKQUOTE class=EC_gmail_quote style="PADDING-LEFT: 1ex; BORDER-LEFT: #ccc 1px solid">+1
<DIV>The first thing pple is looking is stabitlity then features...</DIV>
<DIV>
<DIV></DIV>
<DIV class=EC_Wj3C7c>
<DIV><BR></DIV>
<DIV><BR><BR>
<DIV class=EC_gmail_quote>On Mon, Nov 10, 2008 at 4:00 AM, Frisby, Adam <SPAN dir=ltr><<A href="mailto:adam@deepthink.com.au">adam@deepthink.com.au</A>></SPAN> wrote:<BR>
<BLOCKQUOTE class=EC_gmail_quote style="PADDING-LEFT: 1ex; BORDER-LEFT: #ccc 1px solid">Yeah, I do like that idea,<BR><BR>+1<BR><BR>Regards,<BR><FONT color=#888888><BR>Adam<BR></FONT>
<DIV><BR>> -----Original Message-----<BR>> From: <A href="mailto:opensim-dev-bounces@lists.berlios.de">opensim-dev-bounces@lists.berlios.de</A> [mailto:<A href="mailto:opensim-dev-">opensim-dev-</A><BR>> <A href="mailto:bounces@lists.berlios.de">bounces@lists.berlios.de</A>] On Behalf Of Justin Clark-Casey<BR>> Sent: Sunday, 9 November 2008 6:50 PM<BR>> To: <A href="mailto:opensim-dev@lists.berlios.de">opensim-dev@lists.berlios.de</A><BR></DIV>
<DIV>
<DIV></DIV>
<DIV>> Subject: Re: [Opensim-dev] Version Numbering Schemes<BR>><BR>> Stefan Andersson wrote:<BR>> > +1 fo sho.<BR>> ><BR>> > Also, I would love if there was any kind of room for 'fortifying'<BR>> > a given version branch within the repo.<BR>> ><BR>> > I mean, when we tagged 0.6.0, could we have a branch that was<BR>> dedicated<BR>> > to just applying bug-fixes, and stabilizing fixes to?<BR>> ><BR>> > We've already said that we don't have the resources within the<BR>> project<BR>> > to do proper release cycle, but could we at least have somewhere for<BR>> > people who want to work on stability over features for a given<BR>> version?<BR>> > I know it would definitively help with my debugging motivation to<BR>> have<BR>> > one there - and believe it or not, but in the majority of cases, you<BR>> can<BR>> > actually apply the changes directly into the next version as well.<BR>> ><BR>> > How about a 0.6.0_fortified branch? Or some other numbering, perhaps?<BR>> ><BR>> > So, 0.6.1 would be bugfixes + ongoing development,<BR>> > 0.6.0_fortified would only be bugfixes, and done only by those who<BR>> > actually find the motivation to work on fortification of a given<BR>> version.<BR>><BR>> This sounds like a good plan. It would allow us to see if there is the<BR>> capacity or motivation to run both stable and<BR>> development streams (I don't think that we've reached the requires<BR>> level of maturity with the code yet).<BR>><BR>> ><BR>> > Best regards,<BR>> > Stefan Andersson<BR>> > Tribal Media AB<BR>> ><BR>> > Join the 3d web revolution : <A href="http://tribalnet.se/">http://tribalnet.se/</A><BR>> ><BR>> ><BR>> ><BR>> ><BR>> ><BR>> ><BR>> > ---------------------------------------------------------------------<BR>> ---<BR>> ><BR>> > From: <A href="mailto:adam@deepthink.com.au">adam@deepthink.com.au</A><BR>> > To: <A href="mailto:opensim-dev@lists.berlios.de">opensim-dev@lists.berlios.de</A><BR>> > Date: Sun, 9 Nov 2008 07:01:07 -0500<BR>> > Subject: [Opensim-dev] Version Numbering Schemes<BR>> ><BR>> ><BR>> > I'd like to propose switching our version numbering schemes to<BR>> something<BR>> > similar to how the Linux Kernel used to operate, whereby we have<BR>> > unstable and stable version numbers independent of each other.<BR>> ><BR>> ><BR>> ><BR>> > For instance,<BR>> ><BR>> ><BR>> ><BR>> > 0.6.0 is a stable release<BR>> ><BR>> > 0.6.1 is under development<BR>> ><BR>> > 0.6.2 is stable, etc.<BR>> ><BR>> ><BR>> ><BR>> ><BR>> ><BR>> > So as soon as we tag a stable release, we then increment the version<BR>> > number straight away up to an odd number to indicate that we're now<BR>> > working on potentially a not so stable version, when it returns to<BR>> > stability, we tag it again to an even number, add the tag & release,<BR>> > then increment back to an unstable one.<BR>> ><BR>> ><BR>> ><BR>> > This way, when users say they are using 0.6.X, we can quickly<BR>> determine<BR>> > if they are on a stable supported release, or bleeding edge.<BR>> ><BR>> ><BR>> ><BR>> > Thoughts?<BR>> ><BR>> ><BR>> ><BR>> > Adam<BR>> ><BR>> ><BR>> > ---------------------------------------------------------------------<BR>> ---<BR>> ><BR>> > _______________________________________________<BR>> > Opensim-dev mailing list<BR>> > <A href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</A><BR>> > <A href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</A><BR>><BR>><BR>> --<BR>> justincc<BR>> Justin Clark-Casey<BR>> <A href="http://justincc.wordpress.com/">http://justincc.wordpress.com</A><BR>> _______________________________________________<BR>> Opensim-dev mailing list<BR>> <A href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</A><BR>> <A href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</A><BR>_______________________________________________<BR>Opensim-dev mailing list<BR><A href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</A><BR><A href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</A><BR></DIV></DIV></BLOCKQUOTE></DIV><BR></DIV></DIV></DIV><BR>_______________________________________________<BR>Opensim-dev mailing list<BR><A href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</A><BR><A href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</A><BR><BR></BLOCKQUOTE></DIV><BR></DIV></body>
</html>