| | 29 | === Regulations: === |
| | 30 | |
| | 31 | === Substantive provisions === |
| | 32 | |
| | 33 | === Regulations of stabilisation of a '''master''' branch. === |
| | 34 | ''' In a stable branch are accepted only stable patches without a revolutionary functional.''' |
| | 35 | Design cycle consists in: |
| | 36 | * negotiation necessary refactoring |
| | 37 | * addition of a new functional from the stabilised experimental branches |
| | 38 | * stabilisation and an error-checking |
| | 39 | * pre-release release * a stop of acceptance of a new functional |
| | 40 | * an error-checking, bug-fixing |
| | 41 | * publication of the release-candidate |
| | 42 | * an error-checking |
| | 43 | * publication of release |
| | 44 | |
| | 45 | === Regulations of negotiation of a new functional === |
| | 46 | Design cycle consists in: |
| | 47 | * creation on the basis of a stable branch master, an experimental branch |
| | 48 | * addition of a new functional |
| | 49 | * merdging with a branch master |
| | 50 | |
