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

빌드노트

검색 결과

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

글 검색

글 목록

총 480개의 글

  1. cherry-pick이 empty로 멈췄을 때 skip 전에 확인할 것

    cherry-pick이 empty로 멈춰도 새 충돌이 생긴 것은 아닐 수 있다. 대상 패치와 현재 파일·인덱스를 비교하고, skip으로 끝낼지 빈 커밋을 이력에 남길지 실제 실행 결과로 구분한다.

  2. charset은 ISO-8859-1인데 Fetch text()는 왜 깨질까

    응답에 ISO-8859-1을 선언해도 Fetch의 text()는 UTF-8로 읽는다. 같은 café 바이트에서 헤더만 바꾼 결과와 실제 UTF-8 변환을 비교하고, 서버 출력 수정과 arrayBuffer·TextDecoder 중 적용할 방법을 고른다.

  3. git merge --ff-only가 거절한 뒤 커밋과 파일 확인하기

    분기된 이력에서 --ff-only가 거절된 뒤 HEAD·인덱스·파일 해시가 보존되는지 비교했다. ORIG_HEAD의 변화와 양방향 조상 조회를 확인하고, 별도 복사본의 병합 커밋과 대조해 다음 통합 방식을 판단한다.

  4. 에디터는 CRLF인데 Git index에는 LF가 들어갈 수 있다

    에디터의 CRLF 표시와 Git index의 LF 저장은 함께 성립할 수 있다. 합성 저장소에서 add 전후 바이트, text/eol 속성, 로컬 autocrlf를 비교하고 기존 CRLF 파일 하나만 정규화한 diff와 보존 범위를 확인한다.

  5. 일반 fetch는 되는데 keepalive POST만 TypeError로 실패할 때

    같은 POST가 keepalive일 때만 큰 본문에서 실패하면 UTF-8 바이트 수와 진행 중 전송을 확인한다. 실제 Chrome에서 65,536·65,537바이트의 서버 수신 차이와 HTTP 413 응답을 비교해, 서버 업로드 제한과 브라우저 예산을 구별한다.

  6. git add 뒤 git diff가 비었다면 --cached로 확인한다

    git add 뒤 빈 diff는 변경이 사라졌다는 뜻이 아닐 수 있다. A 커밋·B 스테이징·C 작업 파일을 직접 비교하고, 다음 커밋에 넣을 내용은 --cached로 확인하는 이유를 설명한다.

  7. JS는 200인데 integrity 오류로 실행되지 않는다

    JS가 HTTP 200이어도 HTML의 integrity 해시와 받은 내용이 다르면 실행은 차단된다. 한 바이트 변경 실험으로 이를 확인하고, 신뢰하는 배포 산출물의 해시·HTML·캐시를 같은 버전으로 맞출 판단 기준을 설명한다.

  8. git stash를 했는데 새 파일이 그대로 남았다

    기본 git stash에는 추적하지 않는 새 파일이 빠진다. 독립 저장소에서 기본 stash와 -u, ignored 파일의 잔류, 브랜치 전환과 apply를 비교하고 보관한 내용과 복원 결과를 확인한다.

  9. curl --data로 보낸 폼 값이 &에서 끊길 때

    curl --data에 원문 폼 값을 붙이면 값 속의 &가 필드 구분자로 읽힌다. 같은 A&B + C를 POST로 보내 수신 본문과 필드 수·값을 비교하고, 필드마다 --data-urlencode를 쓰는 방법과 사전 인코딩을 제거할 위치를 설명한다.

  10. Web Crypto AES-GCM을 Node에서 풀 때는 뒤 16바이트를 분리한다

    Web Crypto의 AES-GCM 결과는 암호문 뒤에 인증 태그가 붙지만 Node는 태그를 별도로 받는다. 128비트 태그를 16바이트로 분리·결합해 양방향 복호화를 확인하고, 잘못된 경계가 거부되는 지점과 길이가 명시된 교환 계약을 설명한다.

  11. PostgreSQL에 "OrderItem"이 있는데 OrderItem 조회는 실패한다

    PostgreSQL에서 "OrderItem"과 orderitem은 서로 다른 테이블일 수 있다. 실제 DB·스키마·철자를 조회하고, 세 가지 이름 표기의 반환값과 SQLSTATE를 비교해 일관된 참조 방식을 고른다.

  12. reset 뒤 사라진 로컬 커밋을 reflog에서 찾아 보존하기

    reset 뒤 기본 로그에서 사라진 로컬 커밋을 reflog로 찾고 실제 변경을 확인한다. 복구 브랜치 생성 전후의 커밋 ID와 작업 트리를 비교해, 파일을 덮어쓰기 전에 커밋을 보존하는 방법을 설명한다.