feat: install attempt result model 및 UI 적용
- install_attempt_result.dart 모델 추가 - devices_page에 설치 결과 UI 적용 - app_shell.dart 및 widget_test.dart 업데이트 - agent-roadmap 및 agent-task 관련 파일 동기화
This commit is contained in:
parent
fe999584a1
commit
9c9f4cc217
12 changed files with 861 additions and 53 deletions
|
|
@ -16,7 +16,7 @@ AppSok은 Jenkins Android artifact를 네트워크 제약이 있는 Android 기
|
|||
- 요약: Jenkins build 조회, 사용자별 credential, APK 다운로드, USB 설치, logcat 확인까지 하루 업무에 쓸 수 있는 최소 흐름을 만든다.
|
||||
- [진행중] 업무 흐름 통합
|
||||
- 경로: `agent-roadmap/phase/workflow-integration/PHASE.md`
|
||||
- 요약: Teams 메시지/deep link, 설치 이력, 오류 리포트로 QA와 개발자의 반복 사용 흐름을 줄인다.
|
||||
- 요약: Teams 메시지/deep link와 현재 설치 오류 리포트로 QA와 개발자의 반복 사용 흐름을 줄인다.
|
||||
- [스케치] 보안과 조직 배포
|
||||
- 경로: `agent-roadmap/phase/security-distribution/PHASE.md`
|
||||
- 요약: macOS 배포, sandbox, signing, 사내 인증 확장 후보를 검토해 조직 표준 도구로 키울 수 있는 조건을 정리한다.
|
||||
|
|
|
|||
|
|
@ -6,7 +6,7 @@
|
|||
|
||||
## 목표
|
||||
|
||||
MVP 설치 흐름을 Teams/Jenkins 알림과 연결하고, 반복 설치와 실패 대응에 필요한 맥락을 남긴다. 사용자는 Teams에서 빌드 링크를 눌러 AppSok으로 바로 들어오고, 설치 결과와 최근 작업을 재사용할 수 있어야 한다.
|
||||
MVP 설치 흐름을 Teams/Jenkins 알림과 연결하고, 설치 실패 대응에 필요한 현재 맥락을 제공한다. 사용자는 Teams에서 빌드 링크를 눌러 AppSok으로 바로 들어오고, 설치 실패 원인을 빠르게 확인할 수 있어야 한다.
|
||||
|
||||
## Milestone 흐름
|
||||
|
||||
|
|
@ -16,10 +16,10 @@ MVP 설치 흐름을 Teams/Jenkins 알림과 연결하고, 반복 설치와 실
|
|||
|
||||
- [완료] macOS 빌드 CI와 인증 빌드
|
||||
- 경로: `agent-roadmap/archive/phase/workflow-integration/milestones/macos-build-ci.md`
|
||||
- 요약: Teams deep link와 설치 이력 작업 전에 원격 Mac build/CI baseline과 Developer ID notarized 인증 빌드 절차를 확정한다.
|
||||
- [진행중] 설치 세션 이력과 오류 리포트
|
||||
- 요약: Teams deep link와 오류 리포트 작업 전에 원격 Mac build/CI baseline과 Developer ID notarized 인증 빌드 절차를 확정한다.
|
||||
- [진행중] 설치 오류 표시와 복사 리포트
|
||||
- 경로: `agent-roadmap/phase/workflow-integration/milestones/install-session-history.md`
|
||||
- 요약: 누가 어떤 build를 어떤 device에 설치했는지 로컬 이력과 오류 정보를 남겨 반복 작업과 디버깅을 줄인다.
|
||||
- 요약: 1차 MVP에서는 설치 이력을 저장하지 않고, 현재 설치 실패 원인과 masking된 복사 리포트만 제공한다.
|
||||
- [보류] Teams deep link 설치 진입
|
||||
- 경로: `agent-roadmap/phase/workflow-integration/milestones/teams-deep-link.md`
|
||||
- 요약: 이전에 만든 MVP 기능의 사용자 테스트를 먼저 진행하기 위해 Teams/Jenkins `appsok://` 설치 진입은 뒤로 미룬다.
|
||||
|
|
|
|||
|
|
@ -1,4 +1,4 @@
|
|||
# Milestone: 설치 세션 이력과 오류 리포트
|
||||
# Milestone: 설치 오류 표시와 복사 리포트
|
||||
|
||||
## 위치
|
||||
|
||||
|
|
@ -7,7 +7,7 @@
|
|||
|
||||
## 목표
|
||||
|
||||
최근 설치한 build, device, 결과, 오류 메시지를 로컬에서 다시 확인할 수 있게 한다. 반복 설치와 실패 재현에 필요한 정보를 남기되, secret이나 민감한 logcat 원문을 무분별하게 저장하지 않는다.
|
||||
1차 MVP에서는 설치 이력을 저장하지 않고, 현재 설치 시도의 성공/실패와 핵심 오류만 바로 확인할 수 있게 한다. 사용자가 명시적으로 복사할 때만 build, device 표시 정보, install result, masking된 오류 메시지를 텍스트 리포트로 만든다.
|
||||
|
||||
## 상태
|
||||
|
||||
|
|
@ -19,38 +19,39 @@
|
|||
|
||||
## 구현 잠금
|
||||
|
||||
- 상태: 잠금
|
||||
- 결정 필요: 아래 체크리스트
|
||||
- [ ] 설치 이력을 로컬에만 둘지, 중앙 감사 로그 후보를 열어둘지 결정한다.
|
||||
- [ ] 저장할 device 식별자 수준을 serial 원문, masked serial, model 단위 중 선택한다.
|
||||
- [ ] logcat/error output 저장 범위와 보관 기간을 정한다.
|
||||
- 상태: 해제
|
||||
- SDD: 불필요 - 1차 MVP의 현재 화면 오류 표시와 복사 리포트 범위이며, cross-repo 계약이나 외부 provider 쓰기가 없다.
|
||||
- 결정 필요: 없음
|
||||
- [x] 1차 MVP에서는 설치 이력을 로컬이나 중앙 감사 로그에 저장하지 않는다.
|
||||
- [x] device 식별자는 저장하거나 관리하지 않고, 현재 화면과 복사 리포트에는 model 중심 표시와 필요 시 masked serial만 사용한다.
|
||||
- [x] logcat/error output은 영구 저장하지 않고, 현재 실행 화면 표시와 사용자가 요청한 masking된 복사 리포트에만 사용한다.
|
||||
|
||||
## 범위
|
||||
|
||||
- 최근 설치 세션 목록
|
||||
- install success/failure, Jenkins job/build/artifact, device metadata
|
||||
- 오류 메시지 복사/공유
|
||||
- 민감 정보 masking과 보관 기간 정책
|
||||
- 현재 설치 시도의 success/failure 표시
|
||||
- 현재 선택된 Jenkins job/build/artifact와 device 표시 정보
|
||||
- 설치 실패 원인 요약과 오류 메시지 복사/공유
|
||||
- token, private URL, device serial 원문 masking
|
||||
|
||||
## 기능
|
||||
|
||||
### Epic: [history] 로컬 설치 이력
|
||||
### Epic: [history] 현재 설치 결과
|
||||
|
||||
반복 업무에서 최근 설치 맥락을 빠르게 되찾을 수 있게 한다.
|
||||
설치 이력을 누적 저장하지 않고 현재 실행의 설치 결과만 앱 안에서 확인할 수 있게 한다.
|
||||
|
||||
- [ ] [session-model] install session 모델을 정의한다.
|
||||
- [ ] [local-store] 최근 설치 이력을 로컬 저장소에 저장한다.
|
||||
- [ ] [recent-list] 최근 설치 build와 결과를 앱에서 확인할 수 있다.
|
||||
- [ ] [rerun] 최근 세션의 build/artifact를 다시 설치 흐름으로 불러온다.
|
||||
- [ ] [session-model] 현재 설치 시도 결과를 화면 상태로 표현할 최소 모델을 정의한다.
|
||||
- [x] [local-store] 1차 MVP에서 설치 결과를 로컬 저장소에 영구 저장하지 않도록 한다.
|
||||
- [ ] [recent-list] 최근 설치 목록 대신 현재 설치 결과와 실패 요약을 표시한다.
|
||||
- [x] [rerun] 저장된 최근 세션 재실행은 제공하지 않고 사용자가 현재 선택한 build/device로 다시 실행한다.
|
||||
|
||||
### Epic: [report] 오류 리포트
|
||||
|
||||
실패 원인을 사용자와 개발자가 빠르게 공유할 수 있게 한다.
|
||||
|
||||
- [ ] [error-summary] install stderr/stdout의 주요 실패 원인을 요약 표시한다.
|
||||
- [ ] [copy-report] build/device/install result를 포함한 텍스트 리포트를 복사할 수 있다.
|
||||
- [ ] [copy-report] 현재 build/device/install result를 포함한 masking된 텍스트 리포트를 복사할 수 있다.
|
||||
- [ ] [masking] token, private URL, device serial masking 규칙을 적용한다.
|
||||
- [ ] [retention] 이력 보관 기간과 삭제 버튼을 제공한다.
|
||||
- [ ] [retention] 보관 기간과 삭제 버튼 없이 현재 화면 상태만 초기화할 수 있게 한다.
|
||||
|
||||
## 완료 리뷰
|
||||
|
||||
|
|
@ -65,13 +66,16 @@
|
|||
## 범위 제외
|
||||
|
||||
- 중앙 서버 기반 감사 로그
|
||||
- 로컬 설치 이력 저장과 최근 세션 목록
|
||||
- 저장된 최근 세션 기반 재실행
|
||||
- 지정 device allowlist 또는 device 관리 기능
|
||||
- logcat 원문 장기 저장
|
||||
- 조직 개인정보/보안 정책을 우회하는 식별자 저장
|
||||
|
||||
## 작업 컨텍스트
|
||||
|
||||
- 관련 경로: `lib/src/features/builds/`, `lib/src/features/devices/`, `lib/src/features/console/`, `lib/src/services/adb_service.dart`
|
||||
- 표준선(선택): MVP 후 로컬 이력부터 시작하고 중앙 감사는 보안 Phase 후보로 둔다.
|
||||
- 표준선(선택): 1차 MVP는 설치 이력, device 식별자, logcat/error output을 영구 저장하지 않는다.
|
||||
- 선행 작업: USB 설치와 device 선택, ADB 콘솔과 logcat
|
||||
- 후속 작업: macOS 배포와 sandbox 검증
|
||||
- 확인 필요: 이력 저장 범위, 보관 기간, device 식별자 masking 정책
|
||||
- 확인 필요: 없음 - 1차 MVP 저장 없음으로 결정됨
|
||||
|
|
|
|||
|
|
@ -0,0 +1,214 @@
|
|||
<!-- task=m-install-session-history/01_install_result_model plan=0 tag=REFACTOR -->
|
||||
|
||||
# Code Review Reference - REFACTOR
|
||||
|
||||
> **[IMPLEMENTING AGENT — READ FIRST] Filling in this file is the mandatory final step of implementation.**
|
||||
> The task is NOT complete until every implementation-owned section below is filled in.
|
||||
> Complete the `구현 체크리스트`; the final checklist item is mandatory before saving.
|
||||
> Fill implementation-owned sections, then stop with active files in place and report ready for review.
|
||||
> If implementation is blocked by a user-only decision, user-owned external environment prerequisite, or scope conflict, fill `사용자 리뷰 요청` with evidence and stop with active files in place; code-review decides whether to write `USER_REVIEW.md`. Evidence gaps that a follow-up agent can close by rerunning commands or collecting artifacts are normal follow-up issues, not user-review blockers by themselves.
|
||||
> Do not ask the user directly, present choices in chat, or call `request_user_input` during implementation; record the needed decision in `사용자 리뷰 요청` and stop for code-review.
|
||||
> Finalization (`코드리뷰 결과`, log rename, `complete.log`, archive moves, `코드리뷰 전용 체크리스트`) is review-agent-only, even after compaction/resume.
|
||||
> Follow the ownership table at the bottom of this file for which sections you own.
|
||||
|
||||
## 개요
|
||||
|
||||
date=2026-06-16
|
||||
task=m-install-session-history/01_install_result_model, plan=0, tag=REFACTOR
|
||||
|
||||
## Roadmap Targets
|
||||
|
||||
- Milestone: `agent-roadmap/phase/workflow-integration/milestones/install-session-history.md`
|
||||
- Task ids:
|
||||
- `session-model`: 현재 설치 시도 결과를 화면 상태로 표현할 최소 모델을 정의한다.
|
||||
- Completion mode: check-on-pass
|
||||
|
||||
## 이 파일을 읽는 리뷰 에이전트에게
|
||||
|
||||
> **[REVIEW AGENT ONLY]** 아래 종결 절차는 코드리뷰 에이전트 전용이다. 구현 에이전트는 이 섹션을 실행하지 않는다.
|
||||
|
||||
각 항목의 구현을 실제 소스 파일과 대조하고, `검증 결과` 섹션의 출력이 코드와 일치하는지 확인하세요.
|
||||
리뷰 완료는 아래 순서까지 끝난 상태를 의미합니다.
|
||||
|
||||
1. 판정을 append한다.
|
||||
2. `CODE_REVIEW-local-G04.md` → `code_review_local_G04_N.log`, `PLAN-local-G04.md` → `plan_local_G04_M.log`로 아카이브한다.
|
||||
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/m-install-session-history/01_install_result_model/`로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는 `USER_REVIEW.md`를 작성한다.
|
||||
4. PASS이고 task group이 `m-install-session-history`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
|
||||
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.
|
||||
|
||||
---
|
||||
|
||||
## 구현 항목별 완료 여부
|
||||
|
||||
| 항목 | 완료 여부 |
|
||||
|------|---------|
|
||||
| [REFACTOR-1] 현재 설치 결과 모델 도입 | [x] |
|
||||
|
||||
## 구현 체크리스트
|
||||
|
||||
- [x] `InstallAttemptResult` 모델을 추가하고 `PendingInstall`, `AdbDevice`, `AdbInstallResult`를 한 객체로 묶는다.
|
||||
- [x] `AppSokShell`의 분리된 마지막 설치 결과 상태를 새 모델 상태로 교체한다.
|
||||
- [x] `DevicesPage`가 새 모델을 입력으로 받아 기존 결과 배너 동작을 유지한다.
|
||||
- [x] `test/widget_test.dart`에 설치 완료 후 build/artifact metadata가 결과 상태에 보존되는 regression을 추가한다.
|
||||
- [x] `git diff --check`, `flutter analyze`, `flutter test`를 실행한다.
|
||||
- [x] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
|
||||
|
||||
## 코드리뷰 전용 체크리스트
|
||||
|
||||
> **[REVIEW AGENT ONLY]** 이 체크리스트는 코드리뷰 에이전트만 사용한다.
|
||||
> 구현 에이전트는 이 섹션을 수정하거나 체크하지 않는다.
|
||||
|
||||
- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
|
||||
- [x] 판정과 `차원별 평가`, Required/Suggested/Nit 분류가 서로 일치한다.
|
||||
- [x] active `CODE_REVIEW-*-G??.md`를 `code_review_{review_lane}_GNN_N.log`로 아카이브한다.
|
||||
- [x] active `PLAN-*-G??.md`를 `plan_{build_lane}_GNN_M.log`로 아카이브한다.
|
||||
- [x] `.gitignore`의 Agent-Ops 관리 block이 `agent-task/**/*.md`와 `agent-task/**/*.log`를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
|
||||
- [x] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
|
||||
- [x] PASS이면 active task 디렉터리 `agent-task/{task_name}/`를 `agent-task/archive/YYYY/MM/{task_name}/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
|
||||
- [x] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
|
||||
- [x] PASS split 작업이면 이동 후 빈 active parent `agent-task/{task_group}/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
|
||||
- [ ] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-{build_lane}-GNN.md`와 `CODE_REVIEW-{review_lane}-GNN.md`를 작성하고 `complete.log`를 작성하지 않는다.
|
||||
- [ ] USER_REVIEW이면 `agent-ops/skills/common/code-review/templates/user-review-template.md` 기준으로 `USER_REVIEW.md`를 작성하고 active `PLAN-*.md`, `CODE_REVIEW-*.md`, `complete.log`를 남기지 않는다.
|
||||
- [ ] USER_REVIEW가 사용자 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.
|
||||
|
||||
## 계획 대비 변경 사항
|
||||
|
||||
- 계획과 동일하게 `InstallAttemptResult`를 얇은 화면 상태 모델로 추가했다.
|
||||
- 결과 metadata 검증용 key는 별도 zero-size widget을 추가하지 않고 기존 결과 배너 `Column`에 부착했다. 후속 UI 표시 강화 범위를 침범하지 않기 위한 최소 변경이다.
|
||||
|
||||
## 주요 설계 결정
|
||||
|
||||
- `AppSokShell`은 설치 완료 전 `PendingInstall` 객체를 그대로 캡처하고, 설치 완료 후 cleanup과 함께 `InstallAttemptResult(pendingInstall, device, result)`를 저장한다.
|
||||
- 새 pending install 선택 또는 설치 시작 시 이전 결과 상태를 초기화해 현재 설치 시도 결과만 남긴다.
|
||||
- `DevicesPage`는 `lastInstallAttempt` 하나만 받아 기존 success/failure 결과 배너 동작을 유지하고, 결과 banner subtree key로 build/job/artifact metadata 보존을 regression 검증한다.
|
||||
|
||||
## 사용자 리뷰 요청
|
||||
|
||||
_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다. 구현 에이전트는 사용자에게 직접 질문하거나 선택지를 제시하거나 `request_user_input`을 호출하지 않는다. 후속 에이전트가 명령 재실행이나 산출물 수집으로 해소할 수 있는 검증 증거 공백만으로는 사용자 리뷰 요청을 작성하지 않는다._
|
||||
|
||||
- 상태: 없음
|
||||
- 사유 유형: 없음
|
||||
- 결정 필요: 없음
|
||||
- 차단 근거: 없음
|
||||
- 실행한 검증/명령: 없음
|
||||
- 자동 후속 불가 이유: 없음
|
||||
- 재개 조건: 없음
|
||||
|
||||
## 리뷰어를 위한 체크포인트
|
||||
|
||||
- `PendingInstall` metadata가 설치 완료 후 `InstallAttemptResult`에 남는지 확인한다.
|
||||
- `DevicesPage` 결과 배너 기존 success/failure 동작이 유지되는지 확인한다.
|
||||
- 영구 저장소, 중앙 로그, device allowlist가 추가되지 않았는지 확인한다.
|
||||
|
||||
## 검증 결과
|
||||
|
||||
_구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._
|
||||
|
||||
필수 규칙:
|
||||
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
|
||||
- 대체가 필요하면 `계획 대비 변경 사항`에 이유와 대체 명령을 기록한다.
|
||||
- `검증 결과`에는 실제 stdout/stderr를 붙여 넣는다.
|
||||
- 사용자 리뷰 요청으로 명령을 끝까지 실행하지 못했다면 `사용자 리뷰 요청`에 실행한 명령, 실제 출력, 미실행 명령의 사유를 기록한다.
|
||||
- mobile/UI hang, timeout, 또는 2분 무진행은 blind retry를 중단하고 focused rerun 명령과 screenshot/window/UI-tree evidence path를 남기며, 불가능하면 정확한 사유를 남긴다.
|
||||
|
||||
### REFACTOR-1 중간 검증
|
||||
```
|
||||
$ flutter test test/widget_test.dart
|
||||
00:00 +0: loading /config/workspace/appsok/test/widget_test.dart
|
||||
00:00 +0: keeps the AppSok work app theme baseline
|
||||
00:00 +1: renders the app shell
|
||||
00:00 +2: renders shell pages without overflow at compact viewport
|
||||
00:01 +3: routes verified apk handoff to devices page
|
||||
00:01 +4: shows pending apk install summary on devices page
|
||||
00:01 +5: cancels pending install and cleans staged apk
|
||||
00:02 +6: keeps install button disabled when shell has no installer
|
||||
00:02 +7: non-ready device keeps install button disabled
|
||||
00:02 +8: loaded device states distinguish ready, unauthorized, and offline
|
||||
00:02 +9: refresh button reloads the adb device list
|
||||
00:02 +10: ready device runs installer and shows success output
|
||||
00:03 +11: cleans staged apk once after successful install result
|
||||
00:03 +12: cleans staged apk once after failed install result while keeping stderr visible
|
||||
00:03 +13: does not clean staged apk before install future completes
|
||||
00:03 +14: keeps device page compact viewport free of overflow with pending apk
|
||||
00:03 +15: cleans staged apk when install completes after leaving devices page
|
||||
00:04 +16: shows failure and cleans staged apk when installer throws
|
||||
00:04 +17: keeps install attempt metadata with install result banner
|
||||
00:04 +18: switches between all shell destinations with status placeholders
|
||||
00:04 +19: AppSokApp wires stored Jenkins session into builds page
|
||||
00:04 +20: AppSokApp wires staged apk into adb installer
|
||||
00:04 +21: AppSokApp keeps Jenkins connection required state when no stored session exists
|
||||
00:04 +22: AppSokApp does not expose token text on auth failure
|
||||
00:04 +23: SettingsPage renders ADB diagnostics from fake loader
|
||||
00:05 +24: SettingsPage shows version error row when versionError is set
|
||||
00:05 +25: SettingsPage ADB diagnostics has no overflow at compact viewport
|
||||
00:05 +26: SettingsPage without diagnostics loader shows no diagnostics section
|
||||
00:05 +27: AppSokApp wires diagnostics loader and displays diagnostics in settings
|
||||
00:05 +28: AppSokApp wires fallback diagnostics and shows system (fallback) source
|
||||
00:05 +29: AppSokApp wires web login launcher into settings page
|
||||
00:05 +30: ready device logcat button opens console for that device
|
||||
00:05 +31: navigation away or device change stops logcat session
|
||||
00:06 +32: All tests passed!
|
||||
```
|
||||
|
||||
### 최종 검증
|
||||
```
|
||||
$ git diff --check
|
||||
(no output; exit 0)
|
||||
|
||||
$ flutter analyze
|
||||
Analyzing appsok...
|
||||
No issues found! (ran in 9.8s)
|
||||
|
||||
$ flutter test
|
||||
Waiting for another flutter command to release the startup lock...
|
||||
00:00 +0: loading /config/workspace/appsok/test/jenkins_client_test.dart
|
||||
...
|
||||
00:10 +223: All tests passed!
|
||||
|
||||
$ ssh -o BatchMode=yes -o ConnectTimeout=10 toki@toki-labs.com 'zsh -lc "cd \"$HOME/docker/services/code-server/data/volume/workspace/appsok\" && git diff --check"'
|
||||
(no output; exit 0)
|
||||
|
||||
$ ssh -o BatchMode=yes -o ConnectTimeout=10 toki@toki-labs.com 'zsh -lc "cd \"$HOME/docker/services/code-server/data/volume/workspace/appsok\" && flutter analyze"'
|
||||
Analyzing appsok...
|
||||
No issues found! (ran in 2.4s)
|
||||
|
||||
$ ssh -o BatchMode=yes -o ConnectTimeout=10 toki@toki-labs.com 'zsh -lc "cd \"$HOME/docker/services/code-server/data/volume/workspace/appsok\" && flutter test"'
|
||||
00:00 +0: loading /Users/toki/docker/services/code-server/data/volume/workspace/appsok/test/jenkins_client_test.dart
|
||||
...
|
||||
00:08 +223: All tests passed!
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
> **[IMPLEMENTING AGENT — BEFORE SAVING] Have you filled in every implementation-owned section: completion table, implementation checklist, changes from plan, design decisions, and verification output?**
|
||||
> If anything is blank, go back and fill it in before saving this file.
|
||||
> Leave review-agent-only sections unchanged.
|
||||
|
||||
Sections and their ownership:
|
||||
|
||||
| Section | Owner | Note |
|
||||
|---------|-------|------|
|
||||
| Header comment, 개요, 리뷰 에이전트 지시 | Fixed at stub creation | Implementing agent must not modify or execute these |
|
||||
| Roadmap Targets | Fixed at stub creation from plan | Implementing agent must not modify; code-review copies it into `complete.log` as `Roadmap Completion` only on PASS |
|
||||
| 구현 항목별 완료 여부 (item names) | Fixed at stub creation | Implementing agent checks `[ ]` to `[x]` only |
|
||||
| 구현 체크리스트 (item text/order) | Fixed at stub creation from plan | Implementing agent checks `[ ]` to `[x]` only; final checkbox is mandatory before saving |
|
||||
| 코드리뷰 전용 체크리스트 | Review agent only | Implementing agent must not modify or check this section |
|
||||
| 계획 대비 변경 사항, 주요 설계 결정 | Implementing agent | Replace placeholder text with actual content |
|
||||
| 사용자 리뷰 요청 | Implementing agent | Keep `상태: 없음` unless user input is required to proceed |
|
||||
| 리뷰어를 위한 체크포인트 | Fixed at stub creation | Pre-filled from plan |
|
||||
| 검증 결과 (section headings + commands) | Fixed at stub creation | Implementing agent fills in command output only |
|
||||
| 코드리뷰 결과 | Review agent appends | Not included in stub |
|
||||
|
||||
## 코드리뷰 결과
|
||||
|
||||
- 종합 판정: PASS
|
||||
- 차원별 평가:
|
||||
- correctness: Pass
|
||||
- completeness: Pass
|
||||
- test coverage: Pass
|
||||
- API contract: Pass
|
||||
- code quality: Pass
|
||||
- plan deviation: Pass
|
||||
- verification trust: Pass
|
||||
- 발견된 문제: 없음
|
||||
- 다음 단계: PASS이므로 `complete.log` 작성 후 active task 디렉터리를 archive로 이동한다.
|
||||
|
|
@ -0,0 +1,46 @@
|
|||
# Complete - m-install-session-history/01_install_result_model
|
||||
|
||||
## 완료 일시
|
||||
|
||||
2026-06-16
|
||||
|
||||
## 요약
|
||||
|
||||
현재 설치 시도 결과 모델 도입 작업을 1회 리뷰 루프로 검증했고 최종 판정은 PASS다.
|
||||
|
||||
## 루프 이력
|
||||
|
||||
| Plan | Review | Verdict | 메모 |
|
||||
|------|--------|---------|------|
|
||||
| `plan_local_G04_0.log` | `code_review_local_G04_0.log` | PASS | `InstallAttemptResult` 모델, shell/device page wiring, metadata regression이 계획대로 반영되고 검증이 통과했다. |
|
||||
|
||||
## 구현/정리 내용
|
||||
|
||||
- `InstallAttemptResult`가 `PendingInstall`, `AdbDevice`, `AdbInstallResult`를 한 화면 상태로 묶도록 추가됐다.
|
||||
- `AppSokShell`과 `DevicesPage`가 분리된 마지막 설치 결과 상태 대신 새 모델을 전달/소비하도록 정리됐다.
|
||||
- 설치 완료 후 build/job/artifact metadata가 결과 배너 subtree에 보존되는 regression이 `test/widget_test.dart`에 추가됐다.
|
||||
|
||||
## 최종 검증
|
||||
|
||||
- `git diff --check` - PASS; 출력 없음.
|
||||
- `flutter analyze` - PASS; `No issues found!`.
|
||||
- `flutter test test/widget_test.dart` - PASS; `All tests passed!`.
|
||||
- `flutter test` - PASS; `223: All tests passed!`.
|
||||
- `ssh -o BatchMode=yes -o ConnectTimeout=10 toki@toki-labs.com 'zsh -lc "cd \"$HOME/docker/services/code-server/data/volume/workspace/appsok\" && git diff --check"'` - PASS; 출력 없음.
|
||||
- `ssh -o BatchMode=yes -o ConnectTimeout=10 toki@toki-labs.com 'zsh -lc "cd \"$HOME/docker/services/code-server/data/volume/workspace/appsok\" && flutter analyze"'` - PASS; `No issues found!`.
|
||||
- `ssh -o BatchMode=yes -o ConnectTimeout=10 toki@toki-labs.com 'zsh -lc "cd \"$HOME/docker/services/code-server/data/volume/workspace/appsok\" && flutter test"'` - PASS; `223: All tests passed!`.
|
||||
|
||||
## Roadmap Completion
|
||||
|
||||
- Milestone: `agent-roadmap/phase/workflow-integration/milestones/install-session-history.md`
|
||||
- Completed task ids:
|
||||
- `session-model`: PASS; evidence=`agent-task/archive/2026/06/m-install-session-history/01_install_result_model/plan_local_G04_0.log`, `agent-task/archive/2026/06/m-install-session-history/01_install_result_model/code_review_local_G04_0.log`; verification=`git diff --check`, `flutter analyze`, `flutter test`, remote `git diff --check`, remote `flutter analyze`, remote `flutter test`
|
||||
- Not completed task ids: 없음
|
||||
|
||||
## 잔여 Nit
|
||||
|
||||
- 없음
|
||||
|
||||
## 후속 작업
|
||||
|
||||
- 없음
|
||||
|
|
@ -0,0 +1,192 @@
|
|||
<!-- task=m-install-session-history/01_install_result_model plan=0 tag=REFACTOR -->
|
||||
|
||||
# Plan - REFACTOR
|
||||
|
||||
## 이 파일을 읽는 구현 에이전트에게
|
||||
|
||||
이 작업은 구현 후 반드시 `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 채워야 완료된다. 검증을 실행하고 실제 출력과 구현 메모를 남긴 뒤 active 파일을 유지한 채 리뷰 준비 상태로 보고한다. 사용자 결정, 사용자 소유 외부 환경, scope conflict 없이는 사용자에게 직접 묻지 말고, 차단 시 review stub의 `사용자 리뷰 요청`에 증거를 남긴다. 최종 판정, log rename, `complete.log`, archive 이동은 code-review 전용이다.
|
||||
|
||||
## 배경
|
||||
|
||||
현재 shell은 설치 결과를 `_lastInstallDevice`와 `_lastInstallResult` 두 필드로 나누어 보관한다. 현재 Milestone은 저장 이력이 아니라 "현재 설치 시도 결과"만 다루기로 확정되었으므로, pending artifact metadata까지 함께 담는 얇은 화면 상태 모델이 필요하다.
|
||||
|
||||
## 사용자 리뷰 요청 흐름
|
||||
|
||||
구현 중 사용자만 결정할 수 있는 차단이 생기면 active `CODE_REVIEW-*-G??.md`의 `사용자 리뷰 요청` 섹션을 채우고 멈춘다. 구현 에이전트는 chat에서 직접 질문하거나 `request_user_input`을 호출하지 않는다. code-review가 차단 타당성을 검증하고 실제 `USER_REVIEW.md` 작성 여부를 결정한다.
|
||||
|
||||
## Roadmap Targets
|
||||
|
||||
- Milestone: `agent-roadmap/phase/workflow-integration/milestones/install-session-history.md`
|
||||
- Task ids:
|
||||
- `session-model`: 현재 설치 시도 결과를 화면 상태로 표현할 최소 모델을 정의한다.
|
||||
- Completion mode: check-on-pass
|
||||
|
||||
## 분석 결과
|
||||
|
||||
### 읽은 파일
|
||||
|
||||
- `agent-roadmap/current.md`
|
||||
- `agent-roadmap/phase/workflow-integration/milestones/install-session-history.md`
|
||||
- `agent-ops/rules/project/domain/app-shell/rules.md`
|
||||
- `agent-ops/rules/project/domain/artifact-flow/rules.md`
|
||||
- `agent-ops/rules/project/domain/device-console/rules.md`
|
||||
- `agent-test/local/rules.md`
|
||||
- `agent-test/local/app-shell-smoke.md`
|
||||
- `agent-test/local/artifact-flow-smoke.md`
|
||||
- `agent-test/local/device-console-smoke.md`
|
||||
- `lib/src/features/app_shell.dart`
|
||||
- `lib/src/features/devices/devices_page.dart`
|
||||
- `lib/src/models/pending_install.dart`
|
||||
- `lib/src/models/adb_device.dart`
|
||||
- `lib/src/services/adb_service.dart`
|
||||
- `test/widget_test.dart`
|
||||
- `analysis_options.yaml`
|
||||
|
||||
### 테스트 환경 규칙
|
||||
|
||||
`test_env=local`을 적용한다. local 규칙과 app-shell/device-console/artifact-flow smoke 프로필을 읽었다. 필수 명령은 remote runner checkout에서 `flutter analyze`와 `flutter test`이며, 현재 checkout에서는 `git diff --check`를 preflight로 사용한다. 이 작업은 shell handoff와 device install UI 모델을 바꾸므로 `test/widget_test.dart`에 regression을 보강한다.
|
||||
|
||||
### 테스트 커버리지 공백
|
||||
|
||||
- 현재 설치 결과 모델: 기존 테스트는 결과 배너 노출만 확인하고, build/artifact metadata가 결과 상태에 보존되는지 확인하지 않는다. regression 추가 필요.
|
||||
- 영구 저장 없음: 별도 저장소가 없고 이번 작업도 storage API를 추가하지 않는다. analyzer와 widget test로 call-site를 검증한다.
|
||||
|
||||
### 심볼 참조
|
||||
|
||||
- 변경 예정: `_lastInstallDevice`, `_lastInstallResult`, `DevicesPage.lastInstallDevice`, `DevicesPage.lastInstallResult`.
|
||||
- 참조 위치: `lib/src/features/app_shell.dart:82`, `lib/src/features/app_shell.dart:83`, `lib/src/features/app_shell.dart:109`, `lib/src/features/app_shell.dart:126`, `lib/src/features/app_shell.dart:127`, `lib/src/features/app_shell.dart:147`, `lib/src/features/app_shell.dart:207`, `lib/src/features/app_shell.dart:208`, `lib/src/features/devices/devices_page.dart:21`, `lib/src/features/devices/devices_page.dart:22`, `lib/src/features/devices/devices_page.dart:31`, `lib/src/features/devices/devices_page.dart:32`, `lib/src/features/devices/devices_page.dart:131`, `lib/src/features/devices/devices_page.dart:134`, `lib/src/features/devices/devices_page.dart:135`.
|
||||
|
||||
### 분할 판단
|
||||
|
||||
Split 정책을 먼저 평가했다. 공유 화면 상태 모델과 UI 표시 강화가 API-vs-call-site 경계로 나뉘므로 split한다. 공유 task group은 `agent-task/m-install-session-history/`다. `01_install_result_model`은 선행 작업이 없고, `02+01_current_result_ui`는 `01_install_result_model`의 `complete.log` 이후 구현한다.
|
||||
|
||||
### 범위 결정 근거
|
||||
|
||||
이 작업은 모델과 wiring만 다룬다. 오류 요약, masking, clipboard 리포트는 `report` Epic으로 제외한다. `recent-list` 화면 문구와 build/artifact 표시 강화는 후속 `02+01_current_result_ui`에서 다룬다. 로컬 저장소, 중앙 감사 로그, device allowlist는 Milestone 범위 제외다.
|
||||
|
||||
### 빌드 등급
|
||||
|
||||
`local-G04`: 내부 모델과 bounded call-site 변경이며, widget regression으로 검증 가능하다.
|
||||
|
||||
## 구현 체크리스트
|
||||
|
||||
- [ ] `InstallAttemptResult` 모델을 추가하고 `PendingInstall`, `AdbDevice`, `AdbInstallResult`를 한 객체로 묶는다.
|
||||
- [ ] `AppSokShell`의 분리된 마지막 설치 결과 상태를 새 모델 상태로 교체한다.
|
||||
- [ ] `DevicesPage`가 새 모델을 입력으로 받아 기존 결과 배너 동작을 유지한다.
|
||||
- [ ] `test/widget_test.dart`에 설치 완료 후 build/artifact metadata가 결과 상태에 보존되는 regression을 추가한다.
|
||||
- [ ] `git diff --check`, `flutter analyze`, `flutter test`를 실행한다.
|
||||
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
|
||||
|
||||
### [REFACTOR-1] 현재 설치 결과 모델 도입
|
||||
|
||||
#### 문제
|
||||
|
||||
[app_shell.dart](/config/workspace/appsok/lib/src/features/app_shell.dart:80)의 설치 lifecycle 상태가 device와 result로 분리되어 있고, [devices_page.dart](/config/workspace/appsok/lib/src/features/devices/devices_page.dart:131)는 두 값이 모두 있을 때만 결과 배너를 보여준다. pending artifact metadata는 설치 완료 후 `_pendingInstall = null`이 되면서 결과 상태에 남지 않는다.
|
||||
|
||||
#### 해결 방법
|
||||
|
||||
새 파일 `lib/src/models/install_attempt_result.dart`를 추가한다.
|
||||
|
||||
```dart
|
||||
import '../services/adb_service.dart';
|
||||
import 'adb_device.dart';
|
||||
import 'pending_install.dart';
|
||||
|
||||
class InstallAttemptResult {
|
||||
const InstallAttemptResult({
|
||||
required this.pendingInstall,
|
||||
required this.device,
|
||||
required this.result,
|
||||
});
|
||||
|
||||
final PendingInstall pendingInstall;
|
||||
final AdbDevice device;
|
||||
final AdbInstallResult result;
|
||||
}
|
||||
```
|
||||
|
||||
Before [app_shell.dart](/config/workspace/appsok/lib/src/features/app_shell.dart:80):
|
||||
|
||||
```dart
|
||||
// Install lifecycle state — owned by shell so cleanup survives DevicesPage dispose.
|
||||
bool _isInstalling = false;
|
||||
AdbDevice? _lastInstallDevice;
|
||||
AdbInstallResult? _lastInstallResult;
|
||||
```
|
||||
|
||||
After:
|
||||
|
||||
```dart
|
||||
// Install lifecycle state — owned by shell so cleanup survives DevicesPage dispose.
|
||||
bool _isInstalling = false;
|
||||
InstallAttemptResult? _lastInstallAttempt;
|
||||
```
|
||||
|
||||
설치 시작과 새 pending install 선택 시 `_lastInstallAttempt = null`로 초기화하고, 완료 시 `InstallAttemptResult(pendingInstall: pending, device: device, result: result)`를 저장한다. `DevicesPage`에는 `lastInstallAttempt` 하나만 전달한다.
|
||||
|
||||
Before [devices_page.dart](/config/workspace/appsok/lib/src/features/devices/devices_page.dart:131):
|
||||
|
||||
```dart
|
||||
if (widget.lastInstallResult != null &&
|
||||
widget.lastInstallDevice != null) ...[
|
||||
_InstallResultBanner(
|
||||
device: widget.lastInstallDevice!,
|
||||
result: widget.lastInstallResult!,
|
||||
),
|
||||
```
|
||||
|
||||
After:
|
||||
|
||||
```dart
|
||||
if (widget.lastInstallAttempt case final attempt?) ...[
|
||||
_InstallResultBanner(
|
||||
device: attempt.device,
|
||||
result: attempt.result,
|
||||
),
|
||||
```
|
||||
|
||||
#### 수정 파일 및 체크리스트
|
||||
|
||||
- [ ] `lib/src/models/install_attempt_result.dart` 추가
|
||||
- [ ] `lib/src/features/app_shell.dart` import, state, setState, `DevicesPage` argument 변경
|
||||
- [ ] `lib/src/features/devices/devices_page.dart` constructor/field/result banner argument 변경
|
||||
- [ ] `test/widget_test.dart` regression 추가
|
||||
|
||||
#### 테스트 작성
|
||||
|
||||
`test/widget_test.dart`에 설치 완료 후 결과 배너가 유지되고, 다음 작업에서 사용할 `InstallAttemptResult.pendingInstall.fileName/buildNumber/jobName`이 UI나 finder key로 확인 가능하도록 regression을 추가한다. 직접 private state를 검사하지 말고 visible widget 또는 key를 통해 검증한다.
|
||||
|
||||
#### 중간 검증
|
||||
|
||||
```bash
|
||||
flutter test test/widget_test.dart
|
||||
```
|
||||
|
||||
기대 결과: widget test 통과.
|
||||
|
||||
## 수정 파일 요약
|
||||
|
||||
| 파일 | 항목 |
|
||||
|------|------|
|
||||
| `lib/src/models/install_attempt_result.dart` | REFACTOR-1 |
|
||||
| `lib/src/features/app_shell.dart` | REFACTOR-1 |
|
||||
| `lib/src/features/devices/devices_page.dart` | REFACTOR-1 |
|
||||
| `test/widget_test.dart` | REFACTOR-1 |
|
||||
|
||||
## 최종 검증
|
||||
|
||||
```bash
|
||||
git diff --check
|
||||
flutter analyze
|
||||
flutter test
|
||||
```
|
||||
|
||||
remote runner 완료 evidence가 필요하면 아래 명령을 같은 순서로 실행한다.
|
||||
|
||||
```bash
|
||||
ssh toki@toki-labs.com
|
||||
zsh -lc 'cd "$HOME/docker/services/code-server/data/volume/workspace/appsok" && flutter analyze'
|
||||
zsh -lc 'cd "$HOME/docker/services/code-server/data/volume/workspace/appsok" && flutter test'
|
||||
```
|
||||
|
||||
모든 코드 변경 완료 후 반드시 `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 채운다. 이 파일 작성이 구현의 마지막 단계다.
|
||||
|
|
@ -0,0 +1,148 @@
|
|||
<!-- task=m-install-session-history/02+01_current_result_ui plan=0 tag=REFACTOR -->
|
||||
|
||||
# Code Review Reference - REFACTOR
|
||||
|
||||
> **[IMPLEMENTING AGENT — READ FIRST] Filling in this file is the mandatory final step of implementation.**
|
||||
> The task is NOT complete until every implementation-owned section below is filled in.
|
||||
> Complete the `구현 체크리스트`; the final checklist item is mandatory before saving.
|
||||
> Fill implementation-owned sections, then stop with active files in place and report ready for review.
|
||||
> If implementation is blocked by a user-only decision, user-owned external environment prerequisite, or scope conflict, fill `사용자 리뷰 요청` with evidence and stop with active files in place; code-review decides whether to write `USER_REVIEW.md`. Evidence gaps that a follow-up agent can close by rerunning commands or collecting artifacts are normal follow-up issues, not user-review blockers by themselves.
|
||||
> Do not ask the user directly, present choices in chat, or call `request_user_input` during implementation; record the needed decision in `사용자 리뷰 요청` and stop for code-review.
|
||||
> Finalization (`코드리뷰 결과`, log rename, `complete.log`, archive moves, `코드리뷰 전용 체크리스트`) is review-agent-only, even after compaction/resume.
|
||||
> Follow the ownership table at the bottom of this file for which sections you own.
|
||||
|
||||
## 개요
|
||||
|
||||
date=2026-06-16
|
||||
task=m-install-session-history/02+01_current_result_ui, plan=0, tag=REFACTOR
|
||||
|
||||
## Roadmap Targets
|
||||
|
||||
- Milestone: `agent-roadmap/phase/workflow-integration/milestones/install-session-history.md`
|
||||
- Task ids:
|
||||
- `recent-list`: 최근 설치 목록 대신 현재 설치 결과와 실패 요약을 표시한다.
|
||||
- Completion mode: check-on-pass
|
||||
|
||||
## 이 파일을 읽는 리뷰 에이전트에게
|
||||
|
||||
> **[REVIEW AGENT ONLY]** 아래 종결 절차는 코드리뷰 에이전트 전용이다. 구현 에이전트는 이 섹션을 실행하지 않는다.
|
||||
|
||||
각 항목의 구현을 실제 소스 파일과 대조하고, `검증 결과` 섹션의 출력이 코드와 일치하는지 확인하세요.
|
||||
리뷰 완료는 아래 순서까지 끝난 상태를 의미합니다.
|
||||
|
||||
1. 판정을 append한다.
|
||||
2. `CODE_REVIEW-local-G04.md` → `code_review_local_G04_N.log`, `PLAN-local-G04.md` → `plan_local_G04_M.log`로 아카이브한다.
|
||||
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/m-install-session-history/02+01_current_result_ui/`로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는 `USER_REVIEW.md`를 작성한다.
|
||||
4. PASS이고 task group이 `m-install-session-history`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
|
||||
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.
|
||||
|
||||
---
|
||||
|
||||
## 구현 항목별 완료 여부
|
||||
|
||||
| 항목 | 완료 여부 |
|
||||
|------|---------|
|
||||
| [REFACTOR-1] 현재 설치 결과 배너 확장 | [ ] |
|
||||
|
||||
## 구현 체크리스트
|
||||
|
||||
- [ ] `01_install_result_model` predecessor `complete.log`를 확인한다.
|
||||
- [ ] `_InstallResultBanner`가 `InstallAttemptResult`를 받아 artifact file name, build number, job name, device display name, result summary를 표시하게 한다.
|
||||
- [ ] 실패 결과에서 stdout/stderr 전체 dump 대신 현재 배너에 들어갈 짧은 실패 요약을 유지하되, 원문 저장이나 logcat 저장을 추가하지 않는다.
|
||||
- [ ] `test/widget_test.dart`에 현재 설치 결과 배너가 build/artifact/device/result 맥락을 표시하는 regression을 추가한다.
|
||||
- [ ] `git diff --check`, `flutter analyze`, `flutter test`를 실행한다.
|
||||
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
|
||||
|
||||
## 코드리뷰 전용 체크리스트
|
||||
|
||||
> **[REVIEW AGENT ONLY]** 이 체크리스트는 코드리뷰 에이전트만 사용한다.
|
||||
> 구현 에이전트는 이 섹션을 수정하거나 체크하지 않는다.
|
||||
|
||||
- [ ] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
|
||||
- [ ] 판정과 `차원별 평가`, Required/Suggested/Nit 분류가 서로 일치한다.
|
||||
- [ ] active `CODE_REVIEW-*-G??.md`를 `code_review_{review_lane}_GNN_N.log`로 아카이브한다.
|
||||
- [ ] active `PLAN-*-G??.md`를 `plan_{build_lane}_GNN_M.log`로 아카이브한다.
|
||||
- [ ] `.gitignore`의 Agent-Ops 관리 block이 `agent-task/**/*.md`와 `agent-task/**/*.log`를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
|
||||
- [ ] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
|
||||
- [ ] PASS이면 active task 디렉터리 `agent-task/{task_name}/`를 `agent-task/archive/YYYY/MM/{task_name}/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
|
||||
- [ ] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
|
||||
- [ ] PASS split 작업이면 이동 후 빈 active parent `agent-task/{task_group}/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
|
||||
- [ ] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-{build_lane}-GNN.md`와 `CODE_REVIEW-{review_lane}-GNN.md`를 작성하고 `complete.log`를 작성하지 않는다.
|
||||
- [ ] USER_REVIEW이면 `agent-ops/skills/common/code-review/templates/user-review-template.md` 기준으로 `USER_REVIEW.md`를 작성하고 active `PLAN-*.md`, `CODE_REVIEW-*.md`, `complete.log`를 남기지 않는다.
|
||||
- [ ] USER_REVIEW가 사용자 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.
|
||||
|
||||
## 계획 대비 변경 사항
|
||||
|
||||
_구현 에이전트가 계획과 다르게 구현한 부분을 이유와 함께 기록한다._
|
||||
|
||||
## 주요 설계 결정
|
||||
|
||||
_구현 에이전트가 주요 설계 결정 사항을 기록한다._
|
||||
|
||||
## 사용자 리뷰 요청
|
||||
|
||||
_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다. 구현 에이전트는 사용자에게 직접 질문하거나 선택지를 제시하거나 `request_user_input`을 호출하지 않는다. 후속 에이전트가 명령 재실행이나 산출물 수집으로 해소할 수 있는 검증 증거 공백만으로는 사용자 리뷰 요청을 작성하지 않는다._
|
||||
|
||||
- 상태: 없음
|
||||
- 사유 유형: 없음
|
||||
- 결정 필요: 없음
|
||||
- 차단 근거: 없음
|
||||
- 실행한 검증/명령: 없음
|
||||
- 자동 후속 불가 이유: 없음
|
||||
- 재개 조건: 없음
|
||||
|
||||
## 리뷰어를 위한 체크포인트
|
||||
|
||||
- predecessor `complete.log`를 확인했는지 본다.
|
||||
- 현재 결과 배너가 build/job/artifact/device/result 맥락을 표시하는지 본다.
|
||||
- serial 원문, logcat 원문, 저장된 최근 목록이 새로 생기지 않았는지 본다.
|
||||
|
||||
## 검증 결과
|
||||
|
||||
_구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._
|
||||
|
||||
필수 규칙:
|
||||
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
|
||||
- 대체가 필요하면 `계획 대비 변경 사항`에 이유와 대체 명령을 기록한다.
|
||||
- `검증 결과`에는 실제 stdout/stderr를 붙여 넣는다.
|
||||
- 사용자 리뷰 요청으로 명령을 끝까지 실행하지 못했다면 `사용자 리뷰 요청`에 실행한 명령, 실제 출력, 미실행 명령의 사유를 기록한다.
|
||||
- mobile/UI hang, timeout, 또는 2분 무진행은 blind retry를 중단하고 focused rerun 명령과 screenshot/window/UI-tree evidence path를 남기며, 불가능하면 정확한 사유를 남긴다.
|
||||
|
||||
### REFACTOR-1 중간 검증
|
||||
```
|
||||
$ flutter test test/widget_test.dart
|
||||
(output)
|
||||
```
|
||||
|
||||
### 최종 검증
|
||||
```
|
||||
$ git diff --check
|
||||
(output)
|
||||
|
||||
$ flutter analyze
|
||||
(output)
|
||||
|
||||
$ flutter test
|
||||
(output)
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
> **[IMPLEMENTING AGENT — BEFORE SAVING] Have you filled in every implementation-owned section: completion table, implementation checklist, changes from plan, design decisions, and verification output?**
|
||||
> If anything is blank, go back and fill it in before saving this file.
|
||||
> Leave review-agent-only sections unchanged.
|
||||
|
||||
Sections and their ownership:
|
||||
|
||||
| Section | Owner | Note |
|
||||
|---------|-------|------|
|
||||
| Header comment, 개요, 리뷰 에이전트 지시 | Fixed at stub creation | Implementing agent must not modify or execute these |
|
||||
| Roadmap Targets | Fixed at stub creation from plan | Implementing agent must not modify; code-review copies it into `complete.log` as `Roadmap Completion` only on PASS |
|
||||
| 구현 항목별 완료 여부 (item names) | Fixed at stub creation | Implementing agent checks `[ ]` to `[x]` only |
|
||||
| 구현 체크리스트 (item text/order) | Fixed at stub creation from plan | Implementing agent checks `[ ]` to `[x]` only; final checkbox is mandatory before saving |
|
||||
| 코드리뷰 전용 체크리스트 | Review agent only | Implementing agent must not modify or check this section |
|
||||
| 계획 대비 변경 사항, 주요 설계 결정 | Implementing agent | Replace placeholder text with actual content |
|
||||
| 사용자 리뷰 요청 | Implementing agent | Keep `상태: 없음` unless user input is required to proceed |
|
||||
| 리뷰어를 위한 체크포인트 | Fixed at stub creation | Pre-filled from plan |
|
||||
| 검증 결과 (section headings + commands) | Fixed at stub creation | Implementing agent fills in command output only |
|
||||
| 코드리뷰 결과 | Review agent appends | Not included in stub |
|
||||
|
|
@ -0,0 +1,154 @@
|
|||
<!-- task=m-install-session-history/02+01_current_result_ui plan=0 tag=REFACTOR -->
|
||||
|
||||
# Plan - REFACTOR
|
||||
|
||||
## 이 파일을 읽는 구현 에이전트에게
|
||||
|
||||
이 작업은 구현 후 반드시 `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 채워야 완료된다. 검증을 실행하고 실제 출력과 구현 메모를 남긴 뒤 active 파일을 유지한 채 리뷰 준비 상태로 보고한다. 사용자 결정, 사용자 소유 외부 환경, scope conflict 없이는 사용자에게 직접 묻지 말고, 차단 시 review stub의 `사용자 리뷰 요청`에 증거를 남긴다. 최종 판정, log rename, `complete.log`, archive 이동은 code-review 전용이다.
|
||||
|
||||
## 배경
|
||||
|
||||
Milestone은 최근 설치 목록을 만들지 않고 현재 설치 결과와 실패 요약만 보여주기로 축소되었다. `01_install_result_model`이 현재 설치 결과 모델을 제공하면 DevicesPage 결과 배너는 artifact/build/device 맥락을 함께 보여줄 수 있다.
|
||||
|
||||
## 사용자 리뷰 요청 흐름
|
||||
|
||||
구현 중 사용자만 결정할 수 있는 차단이 생기면 active `CODE_REVIEW-*-G??.md`의 `사용자 리뷰 요청` 섹션을 채우고 멈춘다. 구현 에이전트는 chat에서 직접 질문하거나 `request_user_input`을 호출하지 않는다. code-review가 차단 타당성을 검증하고 실제 `USER_REVIEW.md` 작성 여부를 결정한다.
|
||||
|
||||
## Roadmap Targets
|
||||
|
||||
- Milestone: `agent-roadmap/phase/workflow-integration/milestones/install-session-history.md`
|
||||
- Task ids:
|
||||
- `recent-list`: 최근 설치 목록 대신 현재 설치 결과와 실패 요약을 표시한다.
|
||||
- Completion mode: check-on-pass
|
||||
|
||||
## 분석 결과
|
||||
|
||||
### 읽은 파일
|
||||
|
||||
- `agent-roadmap/current.md`
|
||||
- `agent-roadmap/phase/workflow-integration/milestones/install-session-history.md`
|
||||
- `agent-ops/rules/project/domain/app-shell/rules.md`
|
||||
- `agent-ops/rules/project/domain/artifact-flow/rules.md`
|
||||
- `agent-ops/rules/project/domain/device-console/rules.md`
|
||||
- `agent-test/local/rules.md`
|
||||
- `agent-test/local/app-shell-smoke.md`
|
||||
- `agent-test/local/artifact-flow-smoke.md`
|
||||
- `agent-test/local/device-console-smoke.md`
|
||||
- `lib/src/features/app_shell.dart`
|
||||
- `lib/src/features/devices/devices_page.dart`
|
||||
- `lib/src/models/pending_install.dart`
|
||||
- `lib/src/models/adb_device.dart`
|
||||
- `lib/src/services/adb_service.dart`
|
||||
- `test/widget_test.dart`
|
||||
- `analysis_options.yaml`
|
||||
|
||||
### 테스트 환경 규칙
|
||||
|
||||
`test_env=local`을 적용한다. app-shell/device-console smoke 기준으로 remote runner `flutter analyze`와 `flutter test`가 완료 evidence다. 현재 checkout에서는 `git diff --check`와 `flutter test test/widget_test.dart`를 focused preflight로 사용한다.
|
||||
|
||||
### 테스트 커버리지 공백
|
||||
|
||||
- 현재 결과 UI: 기존 테스트는 success/failure output 표시만 확인하고, build number, job, artifact 표시 여부는 확인하지 않는다. widget regression 추가 필요.
|
||||
- serial masking: `history` Epic 범위에서는 model 중심 표시만 다루고, copy report masking은 `report` Epic에서 별도 검증한다.
|
||||
|
||||
### 심볼 참조
|
||||
|
||||
- 전제 변경: `InstallAttemptResult` 모델과 `DevicesPage.lastInstallAttempt`는 `01_install_result_model` PASS 후 존재해야 한다.
|
||||
- UI 참조: `_InstallResultBanner`는 [devices_page.dart](/config/workspace/appsok/lib/src/features/devices/devices_page.dart:600)에 있다. 관련 widget keys는 `install-result-banner`, `install-result-label`, `install-result-output`이다.
|
||||
|
||||
### 분할 판단
|
||||
|
||||
Split 정책을 먼저 평가했다. 이 task group은 `agent-task/m-install-session-history/`이고, 이 subtask는 `02+01_current_result_ui`로 `01_install_result_model`에 의존한다. 구현 전 `agent-task/m-install-session-history/01_install_result_model/complete.log` 또는 matching archive `complete.log`가 있어야 한다. 현재 작성 시점에는 predecessor가 아직 active plan 상태라 missing으로 기록한다.
|
||||
|
||||
### 범위 결정 근거
|
||||
|
||||
이 작업은 DevicesPage의 현재 결과 표시만 다룬다. clipboard 복사, 오류 메시지 masking, logcat 출력 축약은 `report` Epic 범위로 제외한다. 저장된 최근 세션 목록, 보관 기간, 삭제 버튼, 저장된 세션 재실행은 이번 MVP에서 제외되어 구현하지 않는다.
|
||||
|
||||
### 빌드 등급
|
||||
|
||||
`local-G04`: UI 표시와 widget regression 중심이며, predecessor completion이 있으면 bounded change다.
|
||||
|
||||
## 의존 관계 및 구현 순서
|
||||
|
||||
`02+01_current_result_ui`는 같은 task group의 `01_install_result_model` 완료 후 시작한다. 구현 전 `agent-task/m-install-session-history/01_install_result_model/complete.log` 또는 `agent-task/archive/*/*/m-install-session-history/01_install_result_model/complete.log`를 확인한다.
|
||||
|
||||
## 구현 체크리스트
|
||||
|
||||
- [ ] `01_install_result_model` predecessor `complete.log`를 확인한다.
|
||||
- [ ] `_InstallResultBanner`가 `InstallAttemptResult`를 받아 artifact file name, build number, job name, device display name, result summary를 표시하게 한다.
|
||||
- [ ] 실패 결과에서 stdout/stderr 전체 dump 대신 현재 배너에 들어갈 짧은 실패 요약을 유지하되, 원문 저장이나 logcat 저장을 추가하지 않는다.
|
||||
- [ ] `test/widget_test.dart`에 현재 설치 결과 배너가 build/artifact/device/result 맥락을 표시하는 regression을 추가한다.
|
||||
- [ ] `git diff --check`, `flutter analyze`, `flutter test`를 실행한다.
|
||||
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
|
||||
|
||||
### [REFACTOR-1] 현재 설치 결과 배너 확장
|
||||
|
||||
#### 문제
|
||||
|
||||
[devices_page.dart](/config/workspace/appsok/lib/src/features/devices/devices_page.dart:637)의 결과 label은 device와 exit code만 보여준다. 현재 Milestone 범위에는 현재 선택된 Jenkins job/build/artifact와 device 표시 정보가 포함되어 있으나, 최근 설치 목록을 만들지 않는 대신 현재 배너가 그 맥락을 담아야 한다.
|
||||
|
||||
#### 해결 방법
|
||||
|
||||
Before [devices_page.dart](/config/workspace/appsok/lib/src/features/devices/devices_page.dart:637):
|
||||
|
||||
```dart
|
||||
Text(
|
||||
key: const ValueKey('install-result-label'),
|
||||
isSuccess
|
||||
? '${device.displayName}에 설치 성공'
|
||||
: '${device.displayName}에 설치 실패 (exit ${result.exitCode})',
|
||||
```
|
||||
|
||||
After:
|
||||
|
||||
```dart
|
||||
Text(
|
||||
key: const ValueKey('install-result-label'),
|
||||
isSuccess
|
||||
? '${attempt.device.displayName} 설치 성공'
|
||||
: '${attempt.device.displayName} 설치 실패 (exit ${attempt.result.exitCode})',
|
||||
```
|
||||
|
||||
배너 하위 metadata 줄에 `#7 · android-app · app-release.apk` 형식의 `attempt.pendingInstall` 정보를 표시한다. output 줄은 현재 실행 stdout/stderr만 보여주고 저장하지 않는다. serial 원문을 새로 표시하지 않는다.
|
||||
|
||||
#### 수정 파일 및 체크리스트
|
||||
|
||||
- [ ] `lib/src/features/devices/devices_page.dart` 결과 배너 입력과 metadata UI 변경
|
||||
- [ ] `test/widget_test.dart` regression 추가
|
||||
|
||||
#### 테스트 작성
|
||||
|
||||
`test/widget_test.dart`의 실패/성공 설치 결과 테스트 중 하나에 build number/job/artifact 표시 assertion을 추가하거나 새 test를 만든다. 실패 결과에서 저장된 최근 목록이 아니라 현재 결과 배너만 나타난다는 점을 key와 text로 확인한다.
|
||||
|
||||
#### 중간 검증
|
||||
|
||||
```bash
|
||||
flutter test test/widget_test.dart
|
||||
```
|
||||
|
||||
기대 결과: widget test 통과.
|
||||
|
||||
## 수정 파일 요약
|
||||
|
||||
| 파일 | 항목 |
|
||||
|------|------|
|
||||
| `lib/src/features/devices/devices_page.dart` | REFACTOR-1 |
|
||||
| `test/widget_test.dart` | REFACTOR-1 |
|
||||
|
||||
## 최종 검증
|
||||
|
||||
```bash
|
||||
git diff --check
|
||||
flutter analyze
|
||||
flutter test
|
||||
```
|
||||
|
||||
remote runner 완료 evidence가 필요하면 아래 명령을 같은 순서로 실행한다.
|
||||
|
||||
```bash
|
||||
ssh toki@toki-labs.com
|
||||
zsh -lc 'cd "$HOME/docker/services/code-server/data/volume/workspace/appsok" && flutter analyze'
|
||||
zsh -lc 'cd "$HOME/docker/services/code-server/data/volume/workspace/appsok" && flutter test'
|
||||
```
|
||||
|
||||
모든 코드 변경 완료 후 반드시 `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 채운다. 이 파일 작성이 구현의 마지막 단계다.
|
||||
|
|
@ -3,6 +3,7 @@ import 'dart:async';
|
|||
import 'package:flutter/material.dart';
|
||||
|
||||
import '../models/adb_device.dart';
|
||||
import '../models/install_attempt_result.dart';
|
||||
import '../models/jenkins_build.dart';
|
||||
import '../models/pending_install.dart';
|
||||
import '../services/adb_service.dart';
|
||||
|
|
@ -79,8 +80,7 @@ class _AppSokShellState extends State<AppSokShell> {
|
|||
|
||||
// Install lifecycle state — owned by shell so cleanup survives DevicesPage dispose.
|
||||
bool _isInstalling = false;
|
||||
AdbDevice? _lastInstallDevice;
|
||||
AdbInstallResult? _lastInstallResult;
|
||||
InstallAttemptResult? _lastInstallAttempt;
|
||||
|
||||
@override
|
||||
void dispose() {
|
||||
|
|
@ -106,7 +106,7 @@ class _AppSokShellState extends State<AppSokShell> {
|
|||
jobName: build.jobName,
|
||||
sizeBytes: staged.sizeBytes,
|
||||
);
|
||||
_lastInstallResult = null;
|
||||
_lastInstallAttempt = null;
|
||||
_selectedIndex = 1;
|
||||
});
|
||||
if (previous != null && previous.apkPath != staged.path) {
|
||||
|
|
@ -123,8 +123,7 @@ class _AppSokShellState extends State<AppSokShell> {
|
|||
|
||||
setState(() {
|
||||
_isInstalling = true;
|
||||
_lastInstallDevice = device;
|
||||
_lastInstallResult = null;
|
||||
_lastInstallAttempt = null;
|
||||
});
|
||||
|
||||
// Capture pending path before any state mutation.
|
||||
|
|
@ -144,7 +143,11 @@ class _AppSokShellState extends State<AppSokShell> {
|
|||
setState(() {
|
||||
_pendingInstall = null;
|
||||
_isInstalling = false;
|
||||
_lastInstallResult = result;
|
||||
_lastInstallAttempt = InstallAttemptResult(
|
||||
pendingInstall: pending,
|
||||
device: device,
|
||||
result: result,
|
||||
);
|
||||
});
|
||||
}
|
||||
|
||||
|
|
@ -204,8 +207,7 @@ class _AppSokShellState extends State<AppSokShell> {
|
|||
: _handleDeviceInstallRequested,
|
||||
deviceLoader: widget.deviceLoader,
|
||||
isInstalling: _isInstalling,
|
||||
lastInstallDevice: _lastInstallDevice,
|
||||
lastInstallResult: _lastInstallResult,
|
||||
lastInstallAttempt: _lastInstallAttempt,
|
||||
onLogcatRequested: _handleLogcatRequested,
|
||||
),
|
||||
),
|
||||
|
|
|
|||
|
|
@ -3,8 +3,8 @@ import 'dart:async';
|
|||
import 'package:flutter/material.dart';
|
||||
|
||||
import '../../models/adb_device.dart';
|
||||
import '../../models/install_attempt_result.dart';
|
||||
import '../../models/pending_install.dart';
|
||||
import '../../services/adb_service.dart';
|
||||
|
||||
typedef PendingInstallRunner =
|
||||
Future<void> Function(AdbDevice device, PendingInstall pending);
|
||||
|
|
@ -18,8 +18,7 @@ class DevicesPage extends StatefulWidget {
|
|||
this.installer,
|
||||
this.deviceLoader,
|
||||
this.isInstalling = false,
|
||||
this.lastInstallDevice,
|
||||
this.lastInstallResult,
|
||||
this.lastInstallAttempt,
|
||||
this.onLogcatRequested,
|
||||
});
|
||||
|
||||
|
|
@ -28,8 +27,7 @@ class DevicesPage extends StatefulWidget {
|
|||
final PendingInstallRunner? installer;
|
||||
final AdbDeviceLoader? deviceLoader;
|
||||
final bool isInstalling;
|
||||
final AdbDevice? lastInstallDevice;
|
||||
final AdbInstallResult? lastInstallResult;
|
||||
final InstallAttemptResult? lastInstallAttempt;
|
||||
final ValueChanged<AdbDevice>? onLogcatRequested;
|
||||
|
||||
@override
|
||||
|
|
@ -128,12 +126,8 @@ class _DevicesPageState extends State<DevicesPage> {
|
|||
),
|
||||
const SizedBox(height: 12),
|
||||
],
|
||||
if (widget.lastInstallResult != null &&
|
||||
widget.lastInstallDevice != null) ...[
|
||||
_InstallResultBanner(
|
||||
device: widget.lastInstallDevice!,
|
||||
result: widget.lastInstallResult!,
|
||||
),
|
||||
if (widget.lastInstallAttempt case final attempt?) ...[
|
||||
_InstallResultBanner(attempt: attempt),
|
||||
const SizedBox(height: 12),
|
||||
],
|
||||
Wrap(
|
||||
|
|
@ -598,20 +592,23 @@ class _PendingInstallBanner extends StatelessWidget {
|
|||
}
|
||||
|
||||
class _InstallResultBanner extends StatelessWidget {
|
||||
const _InstallResultBanner({required this.device, required this.result});
|
||||
const _InstallResultBanner({required this.attempt});
|
||||
|
||||
final AdbDevice device;
|
||||
final AdbInstallResult result;
|
||||
final InstallAttemptResult attempt;
|
||||
|
||||
@override
|
||||
Widget build(BuildContext context) {
|
||||
final colorScheme = Theme.of(context).colorScheme;
|
||||
final isSuccess = result.succeeded;
|
||||
final isSuccess = attempt.result.succeeded;
|
||||
final color = isSuccess ? colorScheme.primary : colorScheme.error;
|
||||
final output = [
|
||||
if (result.stdout.trim().isNotEmpty) result.stdout.trim(),
|
||||
if (result.stderr.trim().isNotEmpty) result.stderr.trim(),
|
||||
if (attempt.result.stdout.trim().isNotEmpty) attempt.result.stdout.trim(),
|
||||
if (attempt.result.stderr.trim().isNotEmpty) attempt.result.stderr.trim(),
|
||||
].join('\n');
|
||||
final metadataKey = ValueKey(
|
||||
'install-result-attempt:${attempt.pendingInstall.jobName}:'
|
||||
'${attempt.pendingInstall.buildNumber}:${attempt.pendingInstall.fileName}',
|
||||
);
|
||||
|
||||
return Material(
|
||||
key: const ValueKey('install-result-banner'),
|
||||
|
|
@ -632,13 +629,14 @@ class _InstallResultBanner extends StatelessWidget {
|
|||
const SizedBox(width: 12),
|
||||
Expanded(
|
||||
child: Column(
|
||||
key: metadataKey,
|
||||
crossAxisAlignment: CrossAxisAlignment.start,
|
||||
children: [
|
||||
Text(
|
||||
key: const ValueKey('install-result-label'),
|
||||
isSuccess
|
||||
? '${device.displayName}에 설치 성공'
|
||||
: '${device.displayName}에 설치 실패 (exit ${result.exitCode})',
|
||||
? '${attempt.device.displayName}에 설치 성공'
|
||||
: '${attempt.device.displayName}에 설치 실패 (exit ${attempt.result.exitCode})',
|
||||
style: Theme.of(context).textTheme.bodyMedium?.copyWith(
|
||||
fontWeight: FontWeight.w700,
|
||||
color: color,
|
||||
|
|
|
|||
15
lib/src/models/install_attempt_result.dart
Normal file
15
lib/src/models/install_attempt_result.dart
Normal file
|
|
@ -0,0 +1,15 @@
|
|||
import '../services/adb_service.dart';
|
||||
import 'adb_device.dart';
|
||||
import 'pending_install.dart';
|
||||
|
||||
class InstallAttemptResult {
|
||||
const InstallAttemptResult({
|
||||
required this.pendingInstall,
|
||||
required this.device,
|
||||
required this.result,
|
||||
});
|
||||
|
||||
final PendingInstall pendingInstall;
|
||||
final AdbDevice device;
|
||||
final AdbInstallResult result;
|
||||
}
|
||||
|
|
@ -952,6 +952,41 @@ void main() {
|
|||
);
|
||||
});
|
||||
|
||||
testWidgets('keeps install attempt metadata with install result banner', (
|
||||
tester,
|
||||
) async {
|
||||
const fileName = 'app-release.apk';
|
||||
const jobName = 'android-app';
|
||||
const buildNumber = 7;
|
||||
|
||||
await tester.pumpWidget(
|
||||
shellWithInstaller(
|
||||
installerFn: (device, pending) async {
|
||||
expect(pending.fileName, fileName);
|
||||
expect(pending.jobName, jobName);
|
||||
expect(pending.buildNumber, buildNumber);
|
||||
return const AdbInstallResult(
|
||||
exitCode: 0,
|
||||
stdout: 'Success',
|
||||
stderr: '',
|
||||
);
|
||||
},
|
||||
),
|
||||
);
|
||||
await navigateToDevicesWithPending(tester);
|
||||
|
||||
final installButtons = find.byWidgetPredicate(
|
||||
(w) => w is IconButton && w.tooltip == '설치',
|
||||
);
|
||||
await tester.tap(installButtons.first);
|
||||
await tester.pumpAndSettle();
|
||||
|
||||
final attemptKey = const ValueKey(
|
||||
'install-result-attempt:$jobName:$buildNumber:$fileName',
|
||||
);
|
||||
expect(find.byKey(attemptKey), findsOneWidget);
|
||||
});
|
||||
|
||||
testWidgets(
|
||||
'switches between all shell destinations with status placeholders',
|
||||
(WidgetTester tester) async {
|
||||
|
|
|
|||
Loading…
Reference in a new issue