You are very right, we get no help in this department so we are slow about fixing it.
1.0.7 is the nick name for the development cycle.
We have plans to start a new 1.2 branch soon and we will need stable 1.0 branch managers.
We prefer not to produce burned releases because they get stale rather fast based on our development pace.
On Wed, Nov 9, 2011 at 2:21 AM, Dalei Liu
<daleiliu@gmail.com> wrote:
Hi,
I've been using freeswitch for a while and really like the stability
and sip compatibility. While the code is excellent, I think the
version management could be better.
>From the git repository, the last tag is 1.0.6 dated a year and half
ago, and there was a 1.0.7 announcement but no tag anywhere. As
described in the installation guide git repository is strongly
recommended but the problem is, it's a changing target. And using
SHA1 is really not helpful to the users.
Is it possible to define a formal version numbering system and regular
release procedure? For example, if we think the current master is
stable enough has the features we need and no major issue, tag it as
1.1-rc1, release it and let the users to test it under all different
conditions. And then tag 1.1-rc2, 1.1-rc3, etc until all the the
minor issues are either fixed or moved to next minor release v1.2. At
that moment, tag and release 1.1 and create a branch b1.1 on master.
Later, only the bug fixes go into the branch and it can be tagged as
v1.1.1, then 1.1.2, etc. All the new features or enhancements will
sit in master and be included in the next minor release v1.2, which
will follow the same procedure.
In this way, the users will have a fixed target to test and report
issues and the developers will have a way to reproduce the same
problem. And it will help the users and developers from outside
understand the development progress. I believe it will also help
integrate freeswitch into mainstream distros, like debian and fedora.
My dream is one day, I could just type apt-get install freeswitch from
the fresh debian installation.
If you think it worths the time, I could contribute some time on it.
Best regards,
Dalei
_______________________________________________
Join us at ClueCon 2011, Aug 9-11, Chicago
http://www.cluecon.com 877-7-4ACLUE
FreeSWITCH-dev mailing list
FreeSWITCH-dev@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_wireAIM: anthm
MSN:anthony_minessale@hotmail.comGTALK/JABBER/
PAYPAL:anthony.minessale@gmail.com
IRC:
irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888@conference.freeswitch.orggoogletalk:conf+888@conference.freeswitch.org
pstn:+19193869900