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

빌드노트

검색 결과

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

글 검색

글 목록

총 480개의 글

  1. stash를 적용했더니 내용은 돌아왔지만 스테이징은 풀렸다

    stash 적용 뒤 파일 내용과 커밋 준비 상태를 따로 확인한다. 남은 stash에서 저장 당시 staged 변경을 읽고, 이미 적용했을 때의 재선택과 다음 복원에서 --index를 쓸 조건, 실패 뒤 남은 상태를 구별한다.

  2. PostgreSQL UNIQUE 값을 맞바꾸는데 첫 UPDATE가 실패한다

    두 행의 UNIQUE 값을 순서대로 맞바꿀 때는 최종 중복이 없어도 첫 UPDATE가 실패한다. 실제 제약의 지연 가능 여부를 조회하고 해당 제약만 DEFERRED로 바꾸는 교환문을 설명한다. PostgreSQL 18.6에서 교환 성공과 COMMIT·IMMEDIATE의 중복 거절을 확인했다.

  3. Node.js timingSafeEqual이 false 대신 길이 오류를 던질 때

    Node.js timingSafeEqual은 같은 길이의 다른 값에는 false를 반환하지만, 바이트 길이가 다르면 예외를 던진다. LAB1 비교를 한 세션에서 이어 실행하며 UTF-8 변환 뒤 길이를 확인하고 잘못된 입력을 명시적으로 거부하는 위치를 설명한다.

  4. .gitignore에 예외를 넣어도 새 파일이 안 보이는 이유

    .gitignore의 파일 예외는 제외된 부모 폴더를 통과하지 못한다. check-ignore -v로 적용된 줄을 찾고, 폴더 자체 대신 내용물을 제외해 필요한 파일만 새 파일 목록에 남기는 방법을 실제 출력으로 비교한다.

  5. PostgreSQL ON DELETE SET NULL인데 부모 삭제가 실패한다

    PostgreSQL의 ON DELETE SET NULL은 자식 열의 NOT NULL을 무시하지 않는다. 23502 오류와 실제 제약 조회로 충돌을 확인하고, 부모 삭제 실패·nullable 참조의 잔존 행을 비교해 관계에 맞는 삭제 정책을 고른다.

  6. .gitignore에 넣은 설정 파일이 계속 diff에 나오는 이유

    이미 추적 중인 설정 파일에는 .gitignore만 추가해도 diff가 남는다. 독립 Git 저장소에서 ignore 전후 상태와 rm --cached의 로컬 파일 보존, 일반 rm의 삭제를 비교하고 공유 기본값을 예제 파일로 남길지 판단한다.

  7. PUBLIC KEY PEM을 WebCrypto에 넣었더니 DataError가 난다

    PUBLIC KEY PEM을 UTF-8 바이트로 바꾸는 것과 SPKI DER로 디코딩하는 것은 다르다. 같은 합성 RSA 키에서 import 실패·성공과 원문·변조 서명 검증을 비교하고, RSA PUBLIC KEY의 PKCS#1 구조를 라벨만 바꿔 가져올 수 없는 이유를 설명한다.

  8. 브라우저 fetch의 manual 응답은 왜 302 대신 status 0일까

    브라우저의 redirect: manual 응답에서 상태 0과 빈 Location이 보이는 이유를 opaqueredirect로 설명한다. 실제 302 서버 로그와 브라우저 manual·follow·no-cors, Node fetch를 비교하고 자동 추적과 JSON 목적지 계약을 고르는 기준을 제시한다.

  9. Git 브랜치에는 파일이 있는데 작업 폴더에는 없다

    현재 커밋과 인덱스에는 있지만 작업 폴더에는 없는 파일을 cone sparse checkout에서 재현했다. 같은 경로의 ls-tree·ls-files·실제 존재 여부와 선택 목록을 비교하고, 기존 선택을 유지하는 add로 필요한 디렉터리를 복원한다.

  10. 파일 이름을 바꾼 뒤 이전 커밋이 안 보이면 git log --follow로 찾는다

    이름을 바꾼 파일의 과거 수정이 git log에 안 보이면 단일 파일 --follow로 확인한다. 순수 rename과 내용 수정이 겹친 rename의 실제 출력을 비교하고, 유사도 기준을 조절하거나 부모 커밋의 옛 경로에서 조회를 이어 가는 방법을 설명한다.

  11. CSP 허용 목록을 넓혀도 다른 헤더의 차단은 남는다

    프록시와 앱이 CSP를 각각 보내면 뒤의 허용 목록을 넓혀도 다른 정책의 차단은 남는다. 격리 브라우저의 9개 loopback 비교에서 헤더 순서·각 단독 정책·Report-Only와 요청 및 실행 표식을 확인하고, 실제 모든 강제 정책의 생성 위치를 찾는 방법을 설명한다.

  12. git fetch는 성공했는데 내 파일이 그대로다

    fetch 뒤 파일이 그대로라면 HEAD·로컬 main·origin/main의 위치를 나눠 확인한다. 로컬 bare 저장소와 두 clone에서 fetch 전후 파일 보존, fast-forward 반영, 깨끗하지만 갈라진 이력의 --ff-only 거절과 로컬 커밋 보존을 비교했다.