Bertrand Mansion wrote:
Lukas Smith wrote:
Bertrand Mansion wrote:
actually thinking about it we then dont even need an inactive role if we
simply list all people who are not currently in the maintainer list, but
who have been in the maintainer list for any of the previous releases,
in a separate credits page.
This starts to make sense and indeed I don't think this info really belongs to
<maintainers>. There are credits in the source code and there is even a phpdoc
tag for it, IRC.
If this info is to be kept somewhere, it might be better to include it in the
<release> element maybe in a new <credits> element. This could then be part of
<changelog><release> ?
In the end, the role of the <maintainers> element has to be sorted out. Is it
simply a list of all the active maintainers of a package or does it have to
contain some historical information. If it is to contain historical info, it
should be made more complete, which will lead to more complexity (example :
active from 10/2003 to 05/2004...).
The other idea is to have <credits> list all the developers involved in the
package development, and add a new element to release <maintainer user=""
role=""> linked to the <credits> element like this;
We dont need a new credits tag imho. We know the maintainers from every
release. Patches from non maintainers should be credited in the
changelog. So in my eyes all we should probably do is disable the
information of who was involved in each of the given releases in some
manner on the homepage to ensure that past contributors are not so
easily forgotten.
Maybe a list like so
Credits:
Release 0.1.0
leads foo, bar
contributors baz
Release 1.0.0
leads foo
contributors bar, baz
Again this info can be simply written on package upload.
I would say it should be a separate page, but it could just as well be
integrated inside the download page.
So anyone interested in the credits looks there or inside the
package.xml that they got as part of their tar.gz.
regards,
Lukas
|
