Repository navigation
carul の根本原因 B-3: 次の周回の設計の起点を、設計 PR の状態から決める #2665
Description
具体例
前の周回で設計 PR がマージ済みの課題を次の周回が選ぶと、loop sprint が設計のステージを置いて設計からやり直す（#2528）。出し直しの周回の設計のプランは、設計 PR の最新でなく古い手元のブランチから始まり、push が拒まれて止まる（#2503）。指摘も設計の指示へ渡らない（#2489）。
何を直すか
#2648（束 B）のうち、次の周回の設計の起点を、今の周回の中の値でなく、設計 PR の状態から決める。
| 値 | 今の取り方 | 直す先 |
|---|---|---|
| 設計を飛ばすか | 今の周回の記録の中の承認の行 | 設計 PR がマージ済みかを GitHub から引く |
| 出し直しの起点 | 手元のブランチ | 設計 PR の先頭から引く |
| 差し戻しの指摘 | 渡らない | 課題の本文の節から引いて設計の指示へ渡す |
受け入れ条件
- 前の周回で設計 PR がマージ済みの課題を選んだ周回で、
loop sprintが--designedを付け、--designを付けない。マージされていない課題は今までどおり--designを付ける - 出し直しの周回の設計のプランが設計 PR の最新から始まり、push が拒まれない
- 差し戻しの指摘が設計の指示へ渡る
- 1〜3 をそれぞれ縛るテストがある
- 開発ループ: 前の周回でマージ済みの設計を、次の周回の loop sprint が設計からやり直す #2528・出し直しの周回の設計プランが、設計 PR の最新から始まらず指摘も設計の指示へ渡さない #2489・開発ループ: 出し直しの周回の設計のプランが古い手元のブランチから始まり、push が拒まれて止まる #2503 の再現の手順を 1 回ずつ通し、消えたものは理由を添えて閉じ、残ったものは理由を本文に書く
関連
親: #2648
Activity