lib/Catalyst/Manual/DevelopmentProcess.pod

   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
   9 focus on extensibility.
  10
  11 The Catalyst Roadmap at
  12 L<http://dev.catalyst.perl.org/repos/Catalyst/Catalyst-Runtime/5.80/trunk/lib/Roadmap.pod>
  13 will remain as is,
  14 and continues to reflect the specific priorities and schedule for future
  15 releases.
  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
  34 privileges to the entire Catalyst source tree.
  35
  36 In addition, the core team may accept members that have non-technical
  37 roles such as marketing, legal, or economic responsibilities.
  38
  39 Currently, the Core Team consists of the following people:
  40
  41 =over 4
  42
  43 =item Brian Cassidy
  44
  45 =item Andy Grundman
  46
  47 =item Christian Hansen
  48
  49 =item Yuval Kogman
  50
  51 =item Marcus Ramberg
  52
  53 =item Jonathan Rockway
  54
  55 =item Jesse Sheidlower
  56
  57 =item Matt S. Trout
  58
  59 =item Florian Ragwitz
  60
  61 =item Tomas Doran
  62
  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
  90 the time of writing Florian Ragwitz. In the case of critical error
  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