| 28 | | |
| 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 is: |
| 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 |
| 40 | | * stop of acceptance of a new functional |
| 41 | | * an error-checking, bug-fixing |
| 42 | | * publication of the release-candidate |
| 43 | | * an error-checking |
| 44 | | * publication of release |
| 45 | | |
| 46 | | === Regulations of negotiation of a new functional === |
| 47 | | Design cycle consists is: |
| 48 | | * creation on the basis of a stable branch master, an experimental branch |
| 49 | | * addition of a new functional |
| 50 | | * merdging with a branch master |
| 51 | | |
