[catagits/Catalyst-Manual.git] / lib / Catalyst / Manual / DevelopmentProcess.pod

=head1 NAME

Catalyst::Manual::DevelopmentProcess - Administrative structure of the Catalyst Development Process

=head1 Aims of the Catalyst Core Team

The main current goals of the Catalyst core development team continue to
be stability, performance, and a more paced addition of features, with a
focus on extensibility.

The Catalyst Roadmap at
L<http://dev.catalyst.perl.org/repos/Catalyst/Catalyst-Runtime/5.80/trunk/lib/Roadmap.pod>
will remain as is,
and continues to reflect the specific priorities and schedule for future
releases.

=head1 Charter for the Catalyst Core Team

=head2 Intention

The intention of the Catalyst Core Team is to maintain and support the
Catalyst framework, in order for it to be a viable and stable framework
for developing web-based MVC applications. This includes both technical
decisions about the Catalyst core distribution, and public relations
relating to the Catalyst framework as a whole.

The main priority for development is stability for the users of the
framework, while improving usability and extensibility, as well as
improving documentation and ease of deployment.

=head2 Membership

The Catalyst Core Team consists of the developers that have full commit
privileges to the entire Catalyst source tree.

In addition, the core team may accept members that have non-technical
roles such as marketing, legal, or economic responsibilities.

Currently, the Core Team consists of the following people:

=over 4

=item Brian Cassidy

=item Andy Grundman

=item Christian Hansen

=item Yuval Kogman

=item Marcus Ramberg

=item Jonathan Rockway

=item Jesse Sheidlower

=item Matt S. Trout

=item Florian Ragwitz

=item Tomas Doran

=back

New members of the Core Team must be accepted by a 2/3 majority by the
current members.

=head2 Technical Decisions.

Any change to the Catalyst core which can not be conceived as a
correction of an error in the current feature set will need to be
accepted by at least 3 members of the Core Team before it can be
commited to the trunk (which is the basis for CPAN releases). Anyone
with access is at any time free to make a branch to develop a proof of
concept for a feature to be committed to trunk.

=head2 Organizational and Philosophical Decisions.

Any such decision should be decided by majority vote. Thus it should be
a goal of the organization that its membership number should at any time
be an odd number, to render it effective with regards to decision
making. The exceptions to this rule are changes to this charter and
additions to the membership of the Core Team, which require a 2/3
majority.

=head2 CPAN Releases

Planned releases to CPAN should be performed by the release manager, at
the time of writing Marcus Ramberg, or the deputy release manager, at
the time of writing Florian Ragwitz. In the case of critical error
correction, any member of the Core Team can perform a rescue release.

=head2 Public statements from the Core Team

The Core Team should strive to appear publicly as a group when answering
questions or other correspondence. In cases where this is not possible,
the same order as for CPAN Releases applies.
Commit	Line	Data
cb93c9d7	1	=head1 NAME
	2
	3	Catalyst::Manual::DevelopmentProcess - Administrative structure of the Catalyst Development Process
	4
	5	=head1 Aims of the Catalyst Core Team
	6
	7	The main current goals of the Catalyst core development team continue to
	8	be stability, performance, and a more paced addition of features, with a
b1a08fe1	9	focus on extensibility.
cb93c9d7	10
9ffab571	11	The Catalyst Roadmap at
b1a08fe1	12	L<http://dev.catalyst.perl.org/repos/Catalyst/Catalyst-Runtime/5.80/trunk/lib/Roadmap.pod>
b1a08fe1	13	will remain as is,
9ffab571	14	and continues to reflect the specific priorities and schedule for future
9ffab571	15	releases.
cb93c9d7	16
	17	=head1 Charter for the Catalyst Core Team
	18
	19	=head2 Intention
	20
	21	The intention of the Catalyst Core Team is to maintain and support the
	22	Catalyst framework, in order for it to be a viable and stable framework
	23	for developing web-based MVC applications. This includes both technical
	24	decisions about the Catalyst core distribution, and public relations
	25	relating to the Catalyst framework as a whole.
	26
	27	The main priority for development is stability for the users of the
	28	framework, while improving usability and extensibility, as well as
	29	improving documentation and ease of deployment.
	30
	31	=head2 Membership
	32
	33	The Catalyst Core Team consists of the developers that have full commit
b1a08fe1	34	privileges to the entire Catalyst source tree.
cb93c9d7	35
	36	In addition, the core team may accept members that have non-technical
	37	roles such as marketing, legal, or economic responsibilities.
	38
7d36d4ac	39	Currently, the Core Team consists of the following people:
cb93c9d7	40
	41	=over 4
	42
7d36d4ac	43	=item Brian Cassidy
7d36d4ac	44
cb93c9d7	45	=item Andy Grundman
	46
	47	=item Christian Hansen
	48
7d36d4ac	49	=item Yuval Kogman
cb93c9d7	50
	51	=item Marcus Ramberg
	52
7d36d4ac	53	=item Jonathan Rockway
7d36d4ac	54
cb93c9d7	55	=item Jesse Sheidlower
	56
	57	=item Matt S. Trout
	58
b1a08fe1	59	=item Florian Ragwitz
	60
	61	=item Tomas Doran
	62
cb93c9d7	63	=back
	64
	65	New members of the Core Team must be accepted by a 2/3 majority by the
	66	current members.
	67
	68	=head2 Technical Decisions.
	69
	70	Any change to the Catalyst core which can not be conceived as a
	71	correction of an error in the current feature set will need to be
	72	accepted by at least 3 members of the Core Team before it can be
	73	commited to the trunk (which is the basis for CPAN releases). Anyone
	74	with access is at any time free to make a branch to develop a proof of
	75	concept for a feature to be committed to trunk.
	76
	77	=head2 Organizational and Philosophical Decisions.
	78
	79	Any such decision should be decided by majority vote. Thus it should be
	80	a goal of the organization that its membership number should at any time
	81	be an odd number, to render it effective with regards to decision
	82	making. The exceptions to this rule are changes to this charter and
	83	additions to the membership of the Core Team, which require a 2/3
	84	majority.
	85
	86	=head2 CPAN Releases
	87
	88	Planned releases to CPAN should be performed by the release manager, at
	89	the time of writing Marcus Ramberg, or the deputy release manager, at
b1a08fe1	90	the time of writing Florian Ragwitz. In the case of critical error
cb93c9d7	91	correction, any member of the Core Team can perform a rescue release.
	92
	93	=head2 Public statements from the Core Team
	94
	95	The Core Team should strive to appear publicly as a group when answering
	96	questions or other correspondence. In cases where this is not possible,
	97	the same order as for CPAN Releases applies.
	98
	99