[catagits/Catalyst-Runtime.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. Extensive improvements to the documentation are
also expected in the short term.

The Catalyst Roadmap at L<http://dev.catalyst.perl.org/roadmap> 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.

At the time of conception, the Core Team consists of the following people:

=over 4

=item Andy Grundman

=item Christian Hansen

=item Brian Cassidy

=item Marcus Ramberg

=item Jesse Sheidlower

=item Matt S. Trout

=item Yuval Kogman

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