---
# System prepended metadata

title: confluenceルールページの内容

---

> ## 参考
> - Q1 どのようなルールがあれば、これまで話にでてきた「不具合」が解消されるのか？								
> - Q2 「だれ」がそのルールを遵守すればよいのか？
> 
> ## アイデア
> - QAカレンダーにプロジェクトのレポジトリだけではなく、担当のエンジニア、デプロイ対象のブランチなども記入する
> - 最新のdevelop環境から、QAごとに都度QA期間中用のブランチを作成して担当者はそれぞれその環境にPR出す
> - QAを行う場合、friltanに detailsも記入してもらって、PRのリンクも貼る
> - QAブランチでも常に最新のdevelopをマージする
> - リリースノートを作成する
> 
> ## 現在のやり方
> - 現在QA中のブランチからベースブランチ(?)を作成し、そのブランチに参入したいプロジェクトをマージする
> 
> ## ルールとして決めて欲しい部分
> - 参入したいときに どうやって合意をとるか
> - QA用ブランチに最初自分の作業ブランチをどうマージするか
> - 追加で作業ブランチに修正が発生したらどんな過程でQAブランチにその修正を適用するべきか
> - 中で参入が終わったらどのように知らせるか

# confluenceルールページの内容
- 基本monsterQA01(ゼロイチ)環境の話。
- STGは違います。
- tonotan(#fril_dev_deploy)のルールとQAブランチのルールを追記する
- QAの担当者（達）と連絡役（環境借りたい時）
- [QAカレンダーのページ](https://confluence.rakuten-it.com/confluence/display/RAKUMAJP/QA)に、「QAブランチ, プロジェクトブランチの名前、PRのリンク」を書く
- [QAスケジュール](https://rak.app.box.com/file/482205605379)
- QA期間始めたらカレンダーのdescriptionに上記記入

## 共有(tonotan)のルール
- QAを行う時、tono detailsを記入すること
- tonotan develop detailsでみんなが見れることを共有
- `STG Web:"ラクドン動作確認のため(6月中旬まで)借ります:bow: 相乗りはこちらを参照/更新お願いします:dogeza: https://confluence.rakuten-it.com/confluence/pages/viewpage.action?pageId=2293057246"`
- confluenceでルールページを作って、QAカレンダーのところに貼る。

## QAブランチのルール
- QAブランチ(統合ブランチ)を使用する(ブランチ名:qa_%レポジトリ%_%日付% qa_fril_api_20200505)
- QAブランチにマージする場合は自分のブランチも最新のdevelopをマージする事
- QAに参加する場合に参加するプロジェクトの担当者がQAブランチを作成
- QAが完了した場合は新しいQAブランチを作成してデプロイする(お互い相談して決める)

# どうやって普及させるのか？
- 一回まとめた後にアンケートを取る予定。

# 次のTODO
- Qiita、confluenceに転記して、Slack(stakeholder)で意見と取る
- 
