본문 바로가기
빌드노트 검색

빌드노트

검색 결과

검색어를 입력해 글을 찾아보세요.

글 검색

글 목록

총 480개의 글

  1. 로컬 npm install은 되는데 CI의 npm ci는 실패하는 이유

    package.json만 바꾼 입력에서 npm install은 lock을 갱신하며 성공했지만 npm ci는 실패했다. 실제 오류의 두 버전과 lock diff로 누락을 확인하고, 기존 lock 갱신과 npm 옵션 대조 중 필요한 조치를 고른다.

  2. 기본 bridge에서 컨테이너 IP는 되는데 이름은 안 풀릴 때

    Docker 기본 bridge의 IP 통신과 컨테이너 이름 해석은 별개다. 같은 두 컨테이너의 IP 요청·이름 조회를 비교하고, 사용자 정의 bridge를 추가했을 때 이름으로 HTTP 응답을 받은 결과와 적용 명령을 설명한다.

  3. Docker에서 root·777인데도 Read-only file system이 나는 이유

    root이고 파일 모드가 777이어도 읽기 전용 bind mount에는 쓸 수 없다. Mounts.RW로 마운트 정책을 확인하고, ro/rw의 호스트 파일 변화와 Permission denied 대조를 통해 수정할 컨테이너 생성 설정을 찾는다.

  4. Bash에서 set -e를 켰는데 함수 안 실패 뒤 명령이 계속 실행된다

    Bash 함수를 if 조건이나 || 왼쪽에서 호출하면 set -e가 함수 내부에서도 무시될 수 있다. 단독·조건·OR 호출의 실제 출력과 종료 상태를 비교하고, 명시적 return과 호출자의 실패 종료를 나누어 고친다.

  5. splice 반환값을 저장했더니 지운 항목만 남는다

    splice의 반환값은 삭제 목록이고 편집 후 전체 목록은 바뀐 원본에 남는다. 같은 삭제·삽입 입력으로 toSpliced의 새 반환 배열과 비교하고, 지원 확인과 복사 후 splice 대안, 중첩 객체 참조가 공유되는 범위를 실제 실행으로 구분한다.

  6. timeout 종료 코드 124, 재실행 전에 확인할 것

    GNU timeout의 124와 자식 오류·실행 실패를 실제 종료 상태와 남은 파일로 구별한다. preserve-status의 143·0, TERM 무시 후 kill-after의 137을 비교하고 재실행 전에 완료 범위와 중복 가능성을 확인한다.

  7. find에서 제외한 폴더 이름이 출력되는 이유: -prune과 -print

    GNU find의 -prune은 하강을 멈추고 참을 반환한다. 작은 임시 트리에서 기본 출력과 명시적 -print의 위치를 비교하고, 괄호·-o·시작 경로·-depth로 결과가 달라지는 이유를 확인한다.

  8. Docker 이미지의 설정 파일이 안 보이면 bind mount부터 확인한다

    이미지에 넣은 설정 파일이 컨테이너에서 안 보일 때 bind mount의 목적지부터 확인한다. 같은 이미지에서 마운트 없음, 빈 폴더의 설정 경로 마운트, 데이터 경로 마운트를 실제 비교하고 마운트 범위를 줄일 기준을 설명한다.

  9. Bash에서 파일을 변수에 담았더니 끝의 개행만 사라졌다

    Bash 명령 치환은 큰따옴표 안에서도 끝의 LF를 모두 제거한다. 바이트 비교로 중간 개행 보존과 인용하지 않은 확장의 단어 분리를 구별하고, 원본 보존이 필요한 처리는 파일·파이프로 유지한다.

  10. NODE_PATH로 찾는 패키지, require는 되고 ESM import는 실패한다

    NODE_PATH에만 둔 패키지는 CommonJS require로 읽혀도 ESM import로는 찾지 못한다. 실제 해석 위치를 조회하고 같은 로컬 패키지를 node_modules에 놓은 대조로 배치 문제를 구별한다.

  11. Object.keys에서 10 다음에 넣은 2가 먼저 나오는 이유

    객체에 10, 2, 01, label을 차례로 넣어도 Object.keys와 Object.entries는 2를 먼저 내보낸다. 배열 인덱스와 다른 문자열 키의 열거 규칙을 Node 실행 결과로 구분하고, 메뉴의 삽입 순서를 Map이나 배열에 보존할 시점을 설명한다.

  12. Docker 포트를 publish했는데 서버가 응답하지 않는다

    호스트에 포트를 publish해도 서버가 컨테이너의 127.0.0.1에서만 들으면 요청을 받지 못한다. 같은 호스트 포트에서 bind 주소만 바꿔 비교하고, 포트 매핑과 실제 listen 주소를 구분하는 확인 방법을 설명한다.