[Freeswitch-dev] version numbers
Anthony Minessale
anthony.minessale at gmail.com
Fri Nov 11 19:20:40 MSK 2011
The most important thing is to choose a way that works that disturbs me the
least.
I am open to work it out and you are welcome to participate but my basic
principles need to stand.
Beliefs I want to stick with:
1) The first number is the project version number, i.e. 1 since its the
first complete implementation of a particular strategy.
I would never see that version reach 2 unless I did a complete rewrite
or changed my attack angle.
apache 1.x is forking philosophy and 2.x is threading.
2) The second number is the major release number, each time it goes up its
a new milestone.
FreeSWITCH 1.0 was dubbed "Phoenix" because it was a new era being born.
FreeSWITCH 1.2 will be "Dragon" since I am sticking with mythical
beings as it seems.
Since FreeSWITCH 1.2 might make drastic changes that other people do not
want to endure, I want to permanently branch 1.x as a stable branch where
small bugs can still be fixed and possibly pushed up.
3) I want to release branches of GIT rather than just tarballs because we
need to be able to deploy quickly. I'm ok with rolling a tarball but
people tend to get stuck on them and then we have to fight to get people to
test new versions and we get all of our bug reports after its too late
rather than before we mark it stable.
4) I do a huge portion of the coding on the project all by myself. So I
don't have tons of resources to devote to anything too complicated. I have
had volunteers in the past but nobody really seems to fully commit or stick
around long enough so I need to make sure I do not let people implement
their ideas then disappear and leave us stuck with it.
You might want to hang out on IRC irc.freenode.net #freeswitch
#freeswitch-dev or visit our weekly conf call
sip:888 at conference.freeswitch.org every Wednesday 12-Npm CST
On Thu, Nov 10, 2011 at 11:25 PM, Dalei Liu <daleiliu at gmail.com> wrote:
> Thanks for the reply. Here are some thoughts might be useful:
>
> 1. Create/update a wiki page about the definition of the version system;
> 2. Create wiki pages for the goals of each planned version, including
> stable and dev version, like 1.2, 1.3;
> 3. Tag the current master to be 1.0.8-rc1 or 1.1-rc1, and set an
> initial release date for the stable release, e.g Nov 30;
> 4. Create a branch only if we have to merge master with a major
> feature not on the goal list of the stable version;
>
> The goal for each version can be changed and the release date can be
> delayed. More RC versions can be released before the formal one. But
> the most important thing is, the users will have a version to test, to
> discuss and to fix.
>
> About the next release, I feel v1.1 is better than v1.0.8 because it
> saves a digit for all the following versions (v1.1.3 vs v1.0.8.3,
> etc).
>
> Personally, I'm not a big fan to the odd/even number style. I think
> all the features in master should be tested and stable enough for
> integration (otherwise it'd better stay in a branch as branching is
> very cheap in git). It just needs several beta and RC versions to
> make it stable. Using a whole minor number for testing is a waste.
>
> Again, if you think it worths the time, I would like to start
> contributing on wiki pages.
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
>
>
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>
--
Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm
MSN:anthony_minessale at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20111111/817c26ec/attachment-0001.html
Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-dev
mailing list