[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [jwt-dev] Collaboration process
|
Hi Pierre
In short,
* first needs and requirements are discussed on the mailing list or
on bugzilla(s), as well as whether it fits in the vision
* then a technical solution is proposed, specified and discussed on
bugzilla(s), as well as whether it fits in the architecture
* then an implementation is proposed as a patch (or possibly a
branch, to avoid if possible) and posted on the bugzilla
* it is reviewed by other committers on the following points :
requirements, technical points and whether it fits in JWT's architecture
; and by project leads on whether it also complies to Eclipse and JWT IP
and other organisational requirements (CVS layout and naming,
dependencies...)
* finally, if it is approved by project leads, it is committed by a
committer (the author if he is committer).
The idea is that what is committed has to fit in JWT on all counts :
vision, architecture and legal aspects.
Obviously for small things like simple bug patches, a very simple
approval is required. If it has only technical (and not vision or
architectural) impacts, the approval of the person responsible for the
code being patched might be enough.
And once you've comitted an initial codebase as specified in a given
bugzilla, you can commit incremental improvements to it and only have to
mention such improvements in this (open !) bugzilla's comments. What I
mean is that you don't need to write a new bugzilla for each and every
commit you do ! Once you're in the process of developing a feature that
has already been specified in the bugzilla, you can keep on committing
until it's done, at the condition you mention it on the bugzilla. And
when it is done, you close the bugzilla.
Once a new feature has been developed,
* the author must document it in the wiki. If it allows to extend and
customize JWT, it must be documented or linked in the dedicated wiki
page. As much as possible, a sample and a tutorial should be written on
the wiki (how to use it, or how to extend, depending on the case).
* it is reviewed by fellow committers and project leads, who can ask
for improvements or refactoring so as it better fits in the JWT
architecture (CVS layout etc.), or better doc or samples
* the bugzilla is closed !
* at some point, it will be included in a release (usually the next
one), and showcased in the release review slides and in the release news.
Regards,
Marc
Pierre Vigneras a écrit :
Dear all,
now that the collaboration on JWT is going on, we are wondering if there is a
process to follow for the collaborative works to be incorporated on JWT, and
if not, if we can't define one.
Any idea on that regard?