a4-dev team mailing list archive

[Andrea Colangelo <andrea.colangelo@xxxxxxxxx>]

Ciao a tutti!

Con il merge di ieri sera siamo praticamente pronti per rilasciare la
0.03, cosa che dovrebbe accadere entro il fine-settimana.

Vorrei proporre un cambio di schema di versioning per le prossime
release. Finora abbiamo usato major.minor per le release stabili e
major.minor-beta per il codice in trunk. Beta è alquanto brutto e
fastidioso e vorrei toglierlo di mezzo. Ieri sera con gaspa si
discuteva di alcune ipotesi, tra le quali:

1- major.minor.revision (dove revision = 0 se la release è rilasciata
e aumentata progressivamente nel codice in trunk, tipo un ++ per ogni
merge significativo)
2- major.minor (con minor pari per le release stabili e dispari per il
codice in trunk)
3- major.minor (con minor divisibile per 10 per le release stabili e
incrementato di uno ad ogni merge significativo fino a raggiungere il
numero divisibile per 10 successivo)
4- qualsiasi altro schema che vi piaccia

Mi sembra che il 2 possa essere il più facile da gestire,
eventualmente saltando qualche numero di quando in quando per sancire
release particolarmente significative (cosa che potrebbe accadere già
da adesso: visto che abbiamo messo l'editor potremmo saltare
direttamente a 0.10, per esempio)

Che ne dite?


-- 
Andrea Colangelo
Ubuntu Developer                        |  http://www.ubuntu.com
BeeSeek Member                 |  http://www.beeseek.org