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> |
13 | will remain as is, |
9ffab571 |
14 | and continues to reflect the specific priorities and schedule for future |
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 |
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 |
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 | |