74일차 자료 추가(답 제외), 73일차 정답 공개(LAB-A · VIBE-A · answers · tscan), 64 · 65 · 68~73일차 교안 · 실습 문서 수정 반영

Last3Mon/74/templates/RELEASE-CHECKLIST-TEMPLATE.md

@@ -0,0 +1,35 @@
+# 릴리스 점검표 · IT 헬프데스크
+
+- 이 파일을 `my-work/RELEASE.md`로 복사해 채웁니다.
+
+## 1. 게이트 결과 (Lab 02)
+
+| 릴리스 | 약한 golden (`cases/golden.json`) | 내가 고친 golden | p95 | 판단 |
+| --- | --- | --- | --- | --- |
+| 1.0.0 |  |  |  |  |
+| 1.1.0 |  |  |  |  |
+| 1.2.0 |  |  |  |  |
+| 2.0.0 |  |  |  |  |
+
+| 2.1.0 (Lab 02 과제 2) | | 고치기 전 · 뒤 |  |  |
+
+- 기준선 (Lab 02 예제 3): 1.0.0 VPN p50 ___ · p95 ___, 2.0.0 p50 ___ · p95 ___, golden 1.0.0 × 3 ___/___ → `--max-p95` 기준: ___ (까닭: ___)
+- 2.0.0 판단 한 줄:
+
+## 2. 배포 순서 (Lab 03)
+
+- [ ] 후보를 고정(`--set release=`)으로 게이트 → PASS
+- [ ] 카나리 (`flow.py release helpdesk --canary <후보> --percent <N>`) → 카나리 사용자 답 확인
+- [ ] 릴리스 점검 (`my-release-check`) → `promote`, `/gates/helpdesk`에 기록 (`recorded: true`)
+- [ ] 배포 정책을 켠 상태에서 (`--require-gate on`) 점검을 지난 것만 배포되는지
+- [ ] 배포 (`flow.py release helpdesk <후보>`) → 답의 `version` 확인
+- [ ] 문제가 생기면 되돌리기 (`flow.py release helpdesk <이전>`, `--no-canary`) → 확인
+- [ ] `CHANGELOG.md`에 한 줄
+
+## 3. 되돌리기 연습 기록
+
+| 상황 | 한 일 | 걸린 시간 | 확인 방법 |
+| --- | --- | --- | --- |
+| 1.1.0 배포 → 되돌리기 (Lab 03 예제 1) |  |  |  |
+| 나쁜 카나리 1.2.0 50% (Lab 03 예제 3): 영향 받은 직원 ___/6 |  |  |  |
+| 정책이 막은 배포 (Lab 03 과제 2) |  |  |  |