File: cvs-commit-rules.txt

package info (click to toggle)
kamailio 6.0.5-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 70,472 kB
  • sloc: ansic: 859,394; xml: 203,514; makefile: 9,688; sh: 9,105; sql: 8,571; yacc: 4,121; python: 3,086; perl: 2,955; java: 449; cpp: 289; javascript: 270; php: 258; ruby: 248; awk: 27
file content (28 lines) | stat: -rw-r--r-- 1,354 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
Kamailio git commit rules
=========================

1. Changing other people's code:
--------------------------------
 - send a patch to the code/module maintainer and/or sr-dev 
   (don't commit changes to code you don't own if you don't have the maintainer's approval)
Exceptions:
 a. compilation (this includes warning) fixes
 b. bug fixes
 c. API changes (some external functions definitions change)
 d. small changes due to a new release in the very near future (allowed only for the release manager)

2. Code requirements
--------------------
2.1 Unstable branch:
 - the code must compile (at least on one architecture). If the code does not compile, 
   but you still want to commit it, comment it out (#if 0 ... #endif)
 - the code should compile without warnings (with -Wall) (exceptions: very difficult to avoid warnings)
 - follow Kamailio coding style

2.2. Stable branch (everything for unstable branch +)
------------------------------------------------------
 - the code should compile on all the architectures (this currently includes
   linux, freebsd, netbsd, openbsd, solaris >= 8; x86, ultrasparc, strongarm;
   gcc 4.x, icc, sun cc >=5.3). It should also compile on gcc 2.95 and 3.x.
 - the code must be tested or the change trivial enough
 - the code should compile without warnings on all the architectures (with some exceptions)