Login | Register

Development

Development -> Development

1.  Release policy

OpenSIPS release policy is designed in such a way to be open (everyone is involved), predictable and reliable (know what to expect) and transparent (to the whole community).

  • Release interval
    • the release cycles is mainly time driven : a release each 5-7 months. Inside that intervals, what date will be is feature driven, depending on the required volume of work.
  • Release Planning
    • open brainstorming on what the next release should contain.
    • compile a TODO list for the next release to fit the time frame; list may be dynamically updated.
    • estimating the release time (T) based on the volume of work (between 5-7 months)
    • actual work on implementing the items on TODO list ; docs must be realtime updated to reflect code changes
    • SVN freeze (no more additions) at T - 1 month ; SVN trunk code is copied in a new separate SVN branch
    • Release Candidate (or beta release)
    • testing, debugging during 1 month (or how long it takes) -> at T we have the General Available (GA) release (full stable release)

2.  Version Management

From maintenances point of, there are two types of releases.

  • long term releases - will be supported for 2 years after it's release
  • standard releases - will be supported for 1 year after it's release

The only difference is just for how long they are supported. The releasing process, stability and everything else is the same for all.

This model aims to maintain a decent balance between getting features out the door and supporting the existing release. People wanting new features can go for the standard releases, and those looking for stability and better support can stick with the long term support releases.

By supporting a version, we understand troubleshooting, fixing bugs, and backporting various new fixes from more recent OpenSIPS versions. Also, we will take care maintaining packages and tarballs for the supported releases.

Once an OpenSIPS release moves to unsupported status, it will not get any new bug fixes, any packaging or new tarballs.


3.  OpenSIPS Experimental


4.  Developers hierarchy

To ensure the quality and technical competence across the project, the development work is governed by developer knowledge.
OpenSIPS project implements several layers of technical competence - the development hierarchy:

  1. core developers - developers taking care of OpenSIPS core, of the overall architecture and design
  2. module developers - developers taking care of a OpenSIPS module (or modules). They are module maintainers. For work expending across their modules they need to address to other module developers (for other modules) or to core developers (for core or global matters)
  3. tool maintainers - developers not involved in OpenSIPS core or modules, but in surrounding tools and utilities (control tool, DB scripts, utilities, etc)
  4. contributors - developers randomly contributing to OpenSIPS by providing patches (for fixes or new features). For how this works, see Contributing page.
  5. packagers - people taking care of OpenSIPSpackaging (for different OS's) ; they are in-charge with maintaining the specs and preparing packages.

5.  Module maintainers

  1. acc - Bogdan-Andrei Iancu
  2. alias_db - commonly maintained
  3. auth - Bogdan-Andrei Iancu
  4. auth_db - Bogdan-Andrei Iancu
  5. auth_diameter - unmaintained
  6. auth_radius - commonly maintained
  7. avpops - Bogdan-Andrei Iancu
  8. avp_radius - commonly maintained
  9. benchmark - Bastian Friedrich
  10. call_control - Dan Pascu
  11. carrierroute - commonly maintained
  12. cfgutils - commonly maintained
  13. closeddial - Sergio Gutierrez
  14. cpl-c - Bogdan-Andrei Iancu
  15. db_berkeley - Will Quan
  16. db_flatstore - commonly maintained
  17. db_mysql - commonly maintained
  18. db_oracle - commonly maintained
  19. db_postgres - Greg Fausak
  20. db_text - commonly maintained
  21. db_unixodbc - commonly maintained
  22. dialog - Bogdan-Andrei Iancu , Ovidiu Sas
  23. dialplan - Anca Vamanu
  24. dispatcher - commonly maintained
  25. diversion - commonly maintained
  26. domain - commonly maintained
  27. domainpolicy - commonly maintained
  28. drouting - Bogdan-Andrei Iancu
  29. enum - commonly maintained
  30. exec - Bogdan-Andrei Iancu
  31. gflags - Bogdan-Andrei Iancu
  32. group - Bogdan-Andrei Iancu
  33. group_radius - commonly maintained
  34. h350 - Christian Schlatter
  35. identity - Bogdan-Andrei Iancu
  36. imc - Anca Vamanu
  37. jabber - Anca Vamanu
  38. lcr - commonly maintained
  39. ldap - Christian Schlatter
  40. load_balancer - Bogdan-Andrei Iancu
  41. localcache - Anca Vamanu
  42. mangler - unmaintained
  43. maxfwd - Bogdan-Andrei Iancu
  44. mediaproxy - Dan Pascu
  45. mi_datagram - Bogdan-Andrei Iancu
  46. mi_fifo - Bogdan-Andrei Iancu
  47. mi_xmlrpc - Bogdan-Andrei Iancu
  48. mmgeoip - Kobi Eshun
  49. msilo - commonly maintained
  50. nathelper - Bogdan-Andrei Iancu , Maxim Sobolev
  51. nat_traversal - Dan Pascu
  52. options - commonly maintained
  53. osp - Di-Shi Sun, Dmitry Isakbayev
  54. path - commonly maintained
  55. pdt - commonly maintained
  56. peering - commonly maintained
  57. perl - Bastian Friedrich
  58. perlvdb - Bastian Friedrich
  59. permissions - commonly maintained
  60. pike - Bogdan-Andrei Iancu
  61. presence - Anca Vamanu
  62. presence_dialoginfo - Anca Vamanu
  63. presence_mwi - Anca Vamanu
  64. presence_xcapdiff - Saúl Ibarra Corretgé
  65. presence_xml - Anca Vamanu
  66. pua - Anca Vamanu
  67. pua_bla - Anca Vamanu
  68. pua_dialoginfo - Anca Vamanu
  69. pua_mi - Anca Vamanu
  70. pua_usrloc - Anca Vamanu
  71. pua_xmpp - Anca Vamanu
  72. qos - Ovidiu Sas
  73. ratelimit - Ovidiu Sas
  74. regex - Iñaki Baz Castillo
  75. registrar - Bogdan-Andrei Iancu
  76. rls - Anca Vamanu
  77. rr - Bogdan-Andrei Iancu
  78. seas - Andrei Pisau
  79. signaling - Anca Vamanu
  80. siptrace - Bogdan-Andrei Iancu
  81. sl - Bogdan-Andrei Iancu
  82. sms - Bogdan-Andrei Iancu
  83. snmpstats - Jeffrey Magder
  84. speeddial - commonly maintained
  85. sst - Ron Winacott
  86. statistics - Bogdan-Andrei Iancu
  87. textops - commonly maintained
  88. tlsops - commonly maintained
  89. tm - Bogdan-Andrei Iancu
  90. uac - Bogdan-Andrei Iancu
  91. uac_redirect - Bogdan-Andrei Iancu
  92. uri - commonly maintained
  93. uri_db - Sergio Gutierrez
  94. uri_radius - commonly maintained
  95. userblacklist - commonly maintained
  96. usrloc - Bogdan-Andrei Iancu
  97. xcap_client - Anca Vamanu
  98. xlog - commonly maintained
  99. xmpp - Anca Vamanu

Page last modified on October 10, 2014, at 02:40 PM