Rule of Shared Repository (ja) » 履歴 » バージョン 8
kaoru n, 2014-10-21 13:20
| 1 | 3 | Kousuke Ebihara | h1. 共有リポジトリのルール |
|---|---|---|---|
| 2 | 1 | Kousuke Ebihara | |
| 3 | h2. 概要 |
||
| 4 | |||
| 5 | 8 | kaoru n | このドキュメントは OpenPNE3 開発の共有リポジトリを扱うためのルールについて説明しています。 |
| 6 | 1 | Kousuke Ebihara | |
| 7 | 共有リポジトリを扱う場合、すべての人はこのルールに従わなくてはなりません。 |
||
| 8 | |||
| 9 | 8 | kaoru n | h2. 共有リポジトリの場所 |
| 10 | |||
| 11 | <pre> |
||
| 12 | git://github.com/openpne/OpenPNE3.git |
||
| 13 | </pre> |
||
| 14 | |||
| 15 | h2. ブランチ |
||
| 16 | |||
| 17 | 共有リポジトリでは、利用者の利便性を考慮して、ブランチをリリースブランチ (master 含む) に限定するべきです。作業用のブランチを push してはなりません。作業用のブランチは自分のリポジトリで作成してください。 |
||
| 18 | |||
| 19 | h3. masterブランチ |
||
| 20 | |||
| 21 | 開発版の機能追加やバグフィックス、成果物のマージ（取り込み）などがおこなわれています。 |
||
| 22 | |||
| 23 | h3. stable-3.x.xブランチ |
||
| 24 | |||
| 25 | 安定版のメンテナンス（バグ修正など）をおこなうためのブランチです。あるバージョンで修正するべきバグなどの対応が一通り完了した場合、このブランチの特定リビジョンにtagを付け、リリースされます。 |
||
| 26 | |||
| 27 | 5 | Kousuke Ebihara | h2. 共有リポジトリに対する push 権限 |
| 28 | 1 | Kousuke Ebihara | |
| 29 | 7 | Rimpei Ogawa | 以下に示す GitHub アカウントの所有者は、共有リポジトリに対する push 操作を実行することができます（2014 年 6 月 23 日現在）。 |
| 30 | 1 | Kousuke Ebihara | |
| 31 | 5 | Kousuke Ebihara | * "balibali":https://github.com/balibali |
| 32 | 1 | Kousuke Ebihara | * "martini2002jp":https://github.com/martini2002jp |
| 33 | 5 | Kousuke Ebihara | * "nishizoe":https://github.com/nishizoe |
| 34 | * "ShinichiU":https://github.com/ShinichiU |
||
| 35 | * "tejima":https://github.com/tejima |
||
| 36 | 1 | Kousuke Ebihara | * "upsilon":https://github.com/upsilon |
| 37 | 7 | Rimpei Ogawa | |
| 38 | 1 | Kousuke Ebihara | もしあなたが push 権限を得るに相応しいと思うのであれば、あなたの GitHub のアカウントを balibali, nishizoe, ShinichiU, tejima のいずれかのユーザに連絡してください。 |
| 39 | |||
| 40 | h2. コミット |
||
| 41 | |||
| 42 | h3. 直接のコミット |
||
| 43 | |||
| 44 | 直接のコミットはいくつかの例外を除き認められません。 |
||
| 45 | |||
| 46 | リリースマネージャーはリリース作業においては直接コミットをおこなうことができます。 |
||
| 47 | |||
| 48 | それ以外の場合は、どんな人でも自身の clone において作業をしなくてはなりません。 |
||
| 49 | |||
| 50 | h3. コミットメッセージ |
||
| 51 | |||
| 52 | 8 | kaoru n | マージの際、コミットメッセージは以下のルールに従っていなければなりません。 |
| 53 | 1 | Kousuke Ebihara | * メッセージは必ず英語で記載してください。メッセージは他の言語を含むこともできますが、その場合は英語で説明をしなければなりません。 |
| 54 | * メッセージは関連するチケットの ID を含んでください。 ID は 「refs」や「fixes」というキーワードを伴って指定してください。これを守るための有用なフックスクリプトを用意してあります: http://gist.github.com/202866 |
||
| 55 | 例) "Added ability to delete member from the mobile_backend application (refs #1)", "Added ability to configure gadgets from the mobile_backend application. Adding support to manage SNS from mobile is now completed. (fixes #1)" |
||
| 56 | * メッセージは必ずそのコミットが何であるかの説明となるようにしてください。 |
||
| 57 | |||
| 58 | 3 | Kousuke Ebihara | このルールに従わないコミットは、たいていの場合拒絶されるでしょう。 |
| 59 | 4 | Kousuke Ebihara | |
| 60 | h2. マージ |
||
| 61 | |||
| 62 | 8 | kaoru n | プルリクエストのマージは、テスト完了後に行います。マージ後は関連するチケットのステータス Fixed（完了）にしてください（コミットメッセージが fixes キーワードによってチケットと関連づけられている場合、ステータスの変更は自動的におこなわれます）。 |