Rule of Shared Repository » 履歴 » リビジョン 4
リビジョン 3 (Kousuke Ebihara, 2009-10-06 21:11) → リビジョン 4/10 (Kousuke Ebihara, 2010-05-07 15:04)
h1. Rule of Shared Repository h2. Overview This document provides rule of handling shared repository of developing OpenPNE3. In this document, the "shared repository" means that is git://github.com/openpne/OpenPNE3.git. Everyone must follow this rule to handle the shared repository. h2. Repository Collaborators Repository collaborators can handle the shared repository. The following is the list of current collaborators (as of May 7, 2010): October 6, 2009): * "ebihara":https://github.com/ebihara * "balibali":https://github.com/balibali * "ShinichiU":https://github.com/ShinichiU * "fukamachi":https://github.com/fukamachi * "uzura8":https://github.com/uzura8 * "nothan":https://github.com/nothan * "kawahara":https://github.com/kawahara * "yukikame":https://github.com/yukikame If you think that you are worthy of repository collaborators, please tell your GitHub account to ebihara@tejimaya.com. h2. Committing h3. Direct Committing Committing direct is not allowed excepting few cases. Release Manager can directly commit when he works for releasing. In other cases, anyone must work in his own clone. h3. Commit Messages In merging, commit messages must follow the following rule: * A message must be written in English. A message can contain other languages, but that must be explained in English. * A message must contain related ticket ID. The ID must be specified with "refs" or "fixes" keyword. We have useful hook script for keeping it: http://gist.github.com/202866 e.g. "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)" * A message must tell everyone what the commit is. A commit that doesn't follow this rule, most likely is rejected. h2. Merging If you developed something or got "Pull Request", please merge it. After merging, you must check changes. If the changes has some faults, contact author about it to fix them. If changes looks fine, push it to shared repository, and change a status of the related ticket to "Pending Review". (Changing status is doing automatically if a commit is related with a ticket by the "fixes" keyword in its message)