#Gitの運用フローについて
Gitの運用フローについて以下まとめていきます
github-flowについてよくわからない場合にはこのあたりがイメージつけやすいと思うので参考にしてください。 http://b.pyar.bz/blog/2014/01/22/github-flow/
似た名前でもっとシンプルなGit Flowもあるのですが以下理由でgithub-flowでの運用にしてます
- シンプルな形で運用したい
ブランチ作る時には、issueのIDと紐付ける形にしてください。
例えばですが、Let's Encrypt使ってHTTPS対応するというIssueを対応する場合には以下のように、対応してもらえればOKです
git co -b "issue-59"
空き時間などに作業をしてもらうことを念頭に置いてるので、こまめな進捗報告は特にいらないのですが、少なくとも
* 作業を開始したかどうか
* 作業とりかかった後の進捗
というのを大まかに把握をしたいので、最初にWIPのプルリクエスト作ってもらってこまめに更新してもらう形にしてもらうとありがたいです。
参考までにWIPのプルリクエスト使った作業フローはこういうやつです
すでにブランチを作って、Let's Encrypt使ってHTTPS対応するというIssueの対応をする場合のgitの作業例を以下簡単にまとめておきます
空のコミット作る
git commit --allow-empty -m "[WIP]Let's Encrypt使ってHTTPS対応"
pushする
現在のブランチをpushする
git push origin ISSUE-59
pushした後に、プルリクエスト作ってGitHub上でこれからやる作業についてまとめる
pushした後にGitHubのページにアクセスして、プルリクエストを作ってください。
Issue作る時に、お願いしたいことをなるべく明確にするようにしてますが、ちょっとしたモレとか、互いの認識のズレとかが生まれるかもしれので、そのIssue対応をする上でどんな順番で作業してく予定かおおまかに書いておいてもらえると嬉しいです！（後は何か作業上でわからないことが出た場合にフォローできるため）
- WIP(work in progress) 作業中であることを示す
- Fixed 作業完了であることを示す
プルリクエスト作成後は、slackでレビュー担当者にメンションをつけて知らせてください。
例
bundle install --path vendor/bundle
RuboCopは各ファイルのコード規約をチェックし、修正してれるツールにです。以下のように"-a"オプションの後にディレクトリを記載することでコードを修正してくれます
rubocop -a app/controllers
planを挿入できます。
bundle exec rake plan:create
http://liginc.co.jp/web/programming/156484
こちらでローカルでwebpayのテストができます
https://webpay.jp/docs/mock_cards
テスト環境で使えるクレジットカードの情報
bundle exec rake credit_card:failed
テスト失敗ユーザ作成
bundle exec rake credit_card:recursion_faild
テスト失敗定期課金作成