Proposal for the development cycle

[Mildred Ki'Lya]

Hi,

(french at the end)

It has been some time that I was thinking about this, and I think I
should put it here for debate.

The problem: in the past, we spent too much time between releases.

A solution:

I think we should agree to make releases regularly, regardless of
whenever we added many new features or not. The idea is that every 6
month (Halloween and May Day, that seem to be popular) we would start to
make a release.

I thought that if we agreed to this we would need two branches, at least
before the release. One would be frozen to prepare it for the release,
only accepting bugfixes. The other would continue to accept approved
features and would merge with the first to get the bugfixes as well.

But we can also keep only one branch (stable). stable would be frozen
for features before the release, and new features would be kept in
separate branches (one branch per feature).

-----------------

Le problème: par le passé, les releases ont été trop espacées (2/3 ans)

Une solution:

Faire comme plein d'autres projets, des releases à fréquence fixe, peu
importe si on a développé beaucoup ou non. on peut prendre l'idée d'une
fréquence de 6 mois qui est populaire (Halloween, et 1er Mai).

J'avais pensé que si on s'accordait sur cette solution, on aurait besoin
de deux branches, du moins, avant les releases. Une branche serait gelée
en préparation de la release, l'autre accepterait toujours les nouvelles
fonctionnalités (elles devraient êtres acceptées par Ben. avant bien
sûr). Cette 2e branche mergerait avec la 1e pour hériter des corrections
de bug.

mais on peut aussi ne pas faire de seconde branche, et geler
périodiquement la branche stable. Les nouvelles fonctionnalités seront
alors séparées en branches individuelles.


Tell me what you think.

Mildred

-- 
Mildred Ki'Lya
╭───────── ｍｉｌｄｒｅｄ５９３＠ｏｎｌｉｎｅ．ｆｒ ──────────
│ Jabber, GoogleTalk: <mildred at jabber.fr>
│ Website: <http://ki.lya.online.fr>           GPG ID: 9A7D 2E2B
│ Fingerprint: 197C A7E6 645B 4299 6D37 684B 6F9D A8D6 9A7D 2E2B


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/lisaac-devel/attachments/20091113/036173bf/attachment.pgp>