test -e는 실패하는데 ln은 File exists라고 한다
test -e가 거짓이어도 끊어진 심볼릭 링크는 이름을 차지한다. -L과 readlink를 함께 보고, 저장된 대상 경로가 틀렸는지 파일만 누락됐는지를 구분한다.
빌드노트
검색어를 입력해 글을 찾아보세요.
총 480개의 글
test -e가 거짓이어도 끊어진 심볼릭 링크는 이름을 차지한다. -L과 readlink를 함께 보고, 저장된 대상 경로가 틀렸는지 파일만 누락됐는지를 구분한다.
실행 중인 컨테이너에서 일반 exec, exec -e, 셸의 export를 비교한다. 새 진단 프로세스의 환경과 기존 앱의 설정을 구분하고, 시작 시 읽는 값은 배포 정의에 넣어야 하는 이유를 실제 관찰로 설명한다.
같은 Compose 파일로 실행해도 프로젝트 이름이 다르면 기존 서비스 대신 별도 컨테이너가 생긴다. 프로젝트·서비스 라벨과 현재 명령의 name을 비교하고, 기존 프로젝트에 맞는 -p로 관리 대상을 고정하는 방법을 실제 격리 실행 결과로 설명한다.
취소 뒤 새 검색도 바로 거절된다면 fetch 직전 signal.aborted와 reason을 확인한다. 같은 signal의 서버 수신 0건과 새 signal의 HTTP 200을 로컬 브라우저에서 비교하고, 검색을 시작할 때마다 controller를 새로 만드는 코드로 수정한다.
docker run 이미지 뒤에 /bin/sh를 붙였는데 기존 프로그램의 인자 오류가 난다면 컨테이너의 Path/Args와 실제 이미지의 Entrypoint/Cmd를 비교한다. 보존된 격리 관찰로 CMD 전체 대체와 --entrypoint 교체·기본 CMD 제거를 구분하고, 실행 파일을 바꿀 최소 명령을 설명한다.
provided 의존성은 컴파일에 있어도 실행 경로에서는 빠진다. 새 JVM의 클래스 누락과 명시적 classpath 실행 성공을 비교하고, 실행 환경의 제공 여부에 따라 scope와 실행 경로를 함께 고치는 방법을 확인한다.
하드링크는 원본과 같은 inode를 공유하므로 truncate·write의 영향을 함께 받는다. device·inode·링크 수와 실제 내용을 비교하고, 새 파일로 이름을 교체했을 때 이전 하드링크가 남는 차이를 확인한다.
같은 태그로 이미지를 다시 빌드한 뒤 restart해도 옛 코드가 보이면, 태그의 현재 이미지 ID와 기존 컨테이너의 이미지 ID를 비교한다. v1/v2 HTTP 본문을 실제로 대조해 재시작과 새 컨테이너 생성의 차이, 재생성을 선택할 조건을 설명한다.
BOM에 관리된 버전이 보여도 라이브러리가 컴파일 의존성에 포함된 것은 아니다. effective POM과 dependency tree를 대조하고, 버전 없는 실제 의존성 선언으로 컴파일 실패를 해결하는 과정을 확인한다.
map이 넘기는 인덱스가 parseInt의 진법 인자로 들어가면 같은 문자열도 NaN이나 엉뚱한 숫자가 된다. 실제 Node 실행으로 한 인자 래퍼, 명시 진법 10, Number를 비교하고 접미 문자와 빈 문자열의 변환 차이에 맞춰 수정한다.
Spring 이벤트를 발행했는데 호출이 늦고 리스너 예외까지 돌아온다면 실제 multicaster와 executor 설정을 확인한다. Spring 6.2.19에서 기본 동기 호출과 별도 스레드 실행을 비교하고, latch로 발행 반환과 작업 완료가 다른 시점임을 확인했다.
Docker COPY가 단일 파일을 존재하지 않는 /sample에 복사하면 /sample 자체가 파일이 될 수 있다. 목적지 끝의 /와 기존 디렉터리 유무를 세 조건으로 비교하고, 이미지에서 경로 종류를 조회해 복사 의도를 명확히 하는 방법을 설명한다.