プロジェクト

全般

プロフィール

編集 履歴

Rule of Shared Repository (ja) » 履歴 » バージョン 7

Rimpei Ogawa, 2014-06-23 14:51

1 3 Kousuke Ebihara 
h1. 共有リポジトリのルール
2 1 Kousuke Ebihara 





    3
    
    
    
h2. 概要





    4
    
    
    





    5
    3
    Kousuke Ebihara
    
このドキュメントは OpenPNE3 開発の共有リポジトリ扱うためのルールについて説明しています。





    6
    1
    Kousuke Ebihara
    





    7
    3
    Kousuke Ebihara
    
このドキュメントにおいて、「共有リポジトリ」とは  git://github.com/openpne/OpenPNE3.git を意味します。





    8
    1
    Kousuke Ebihara
    





    9
    3
    Kousuke Ebihara
    
共有リポジトリを扱う場合、すべての人はこのルールに従わなくてはなりません。





    10
    1
    Kousuke Ebihara
    





    11
    5
    Kousuke Ebihara
    
h2. 共有リポジトリに対する push 権限





    12
    1
    Kousuke Ebihara
    





    13
    7
    Rimpei Ogawa
    
以下に示す GitHub アカウントの所有者は、共有リポジトリに対する push 操作を実行することができます（2014 年 6 月 23 日現在）。





    14
    1
    Kousuke Ebihara
    





    15
    5
    Kousuke Ebihara
    
* "balibali":https://github.com/balibali





    16
    1
    Kousuke Ebihara
    
* "martini2002jp":https://github.com/martini2002jp





    17
    7
    Rimpei Ogawa
    
* "nishizoe":https://github.com/nishizoe





    18
    5
    Kousuke Ebihara
    
* "ShinichiU":https://github.com/ShinichiU





    19
    
    
    
* "tejima":https://github.com/tejima





    20
    
    
    
* "upsilon":https://github.com/upsilon





    21
    1
    Kousuke Ebihara
    





    22
    7
    Rimpei Ogawa
    
もしあなたが push 権限を得るに相応しいと思うのであれば、あなたの GitHub のアカウントを balibali, nishizoe, ShinichiU, tejima のいずれかのユーザに連絡してください。





    23
    1
    Kousuke Ebihara
    





    24
    
    
    
h2. コミット





    25
    
    
    





    26
    
    
    
h3. 直接のコミット





    27
    
    
    





    28
    
    
    
直接のコミットはいくつかの例外を除き認められません。





    29
    
    
    





    30
    
    
    
リリースマネージャーはリリース作業においては直接コミットをおこなうことができます。





    31
    
    
    





    32
    
    
    
それ以外の場合は、どんな人でも自身の clone において作業をしなくてはなりません。





    33
    
    
    





    34
    
    
    
h3. コミットメッセージ





    35
    
    
    





    36
    
    
    
マージの際、コミットメッセージは以下のルールに従っているようになっていなければなりません。





    37
    
    
    
* メッセージは必ず英語で記載してください。メッセージは他の言語を含むこともできますが、その場合は英語で説明をしなければなりません。





    38
    
    
    
* メッセージは関連するチケットの ID を含んでください。 ID は 「refs」や「fixes」というキーワードを伴って指定してください。これを守るための有用なフックスクリプトを用意してあります: http://gist.github.com/202866





    39
    
    
    
   例)  "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)"





    40
    
    
    
* メッセージは必ずそのコミットが何であるかの説明となるようにしてください。





    41
    
    
    





    42
    
    
    
このルールに従わないコミットは、たいていの場合拒絶されるでしょう。





    43
    
    
    





    44
    
    
    
h2. マージ





    45
    
    
    





    46
    
    
    
何かを開発した場合や Pull Request を受けた場合、マージをおこなってください。マージの後、変更を確認し、その変更に何かしらの欠陥があった場合、作者に連絡して修正をしてください。





    47
    
    
    





    48
    3
    Kousuke Ebihara
    
変更が問題ないと思われる場合、共有リポジトリに push し、関連するチケットのステータスを「レビュー待ち」にしてください（コミットメッセージが fixes キーワードによってチケットと関連づけられている場合、ステータスの変更は自動的におこなわれます）。





    49
    4
    Kousuke Ebihara
    





    50
    
    
    
h2. ブランチ





    51
    
    
    





    52
    
    
    
共有リポジトリでは、利用者の利便性を考慮して、ブランチをリリースブランチ (master 含む) に限定するべきです。作業用のブランチを push してはなりません。作業用のブランチは自分のリポジトリで作成してください。