開発規約¶

バグの発見について¶

• メンバーがバグを発見した場合は、直接チケットを発行してください。
• チケットを発行する場合は、チケットのウォッチャーに PM（＝プロジェクトマネージャー） を含めてください。

機能追加・改善要望について¶

• メンバーにて機能追加・改善要望が発生した場合、まずフォーラムに投稿してください。
• PM が確認し、方針に合うと判断した場合、PM がチケットを発行します。

チケットへの担当について¶

• 基本的に、チケットへの担当者の割り当ては、自主的に行うものとします。
• バグのチケットについては、解決方法がわかり、改善する事が可能であれば、随時、自分を担当者とし、プログラムの改善を行ってください。また、その際、「対象バージョン」を次にリリースする予定のバージョンに設定してください。
• プログラムの改修にとりかかる場合、必ず事前に「担当者」の更新をおこなって下さい。
• 機能追加、改善については、PMが次のマイルストーンに含まれているもののみを随時アサインします。

改善プログラムのコミットについて¶

• プログラムの改善が完了した場合、開発ブランチへコミットを行ってください。
• コミットの際は、必ず、fixes #[チケット番号]を含めてください。そうする事でチケットのステータスが自動的に「解決」に切り替わります。

開発ブランチについて¶

• 開発ブランチにて行ったプログラムの変更内容は、動作検証ができたと判断できるもののみ随時本線（master）にマージします。

マイルストーンの内容の決定について¶

• 月に一度（仮）、コアメンバーにて Skype会議を行い、リリース時期とマイルストーンの内容を決める事とします。
• Skype会議の日程については、PM がメーリングリストにて相談します。

リリースについて¶

• 対象マイルストーンの全ての変更内容が本線にマージされた時点で、PM が動作を検証し、リリースを行います。
• リリースの際は、対象バージョンのタグを切ります。

バージョンについて¶

• バージョン番号の管理は、/baser/VERSION.txt で行います。
• バージョン番号の体系は、 [メジャー.マイナー.パッチ]とします。
  • メジャー：下位互換性が全くなくなるような場合にあげる
  • マイナー：テーブル構造の変更を伴うような大幅な改善の場合にあげる
  • パッチ：メジャー及びマイナーに該当しない細かな機能修正等を行った場合にあげる
• 新しいマイルストーンに取り掛かった時点で、新しいバージョン番号を割り振り、バージョン番号の後ろに -beta という文字列を付加しβ版とします。
• リリースを行うタイミングで、-beta の文字列を除去し、正式版としてリリースします。

コード規約について¶

• コード規約は、基本的に、CakePHP のコード規約に準拠するものとします。
  CakePHP Coding Standards

PM（プロジェクトマネージャー）について¶

現時点（2012/05/16）での、PMは、ryuring とします。

フォーラムの対応について¶

• フォーラムの記事で、対象内容のチケットが既に発行されている場合、その記事への返信でチケットの URLを伝えてください。