cherry-pick이 empty로 멈췄을 때 skip 전에 확인할 것
cherry-pick이 empty로 멈춰도 새 충돌이 생긴 것은 아닐 수 있다. 대상 패치와 현재 파일·인덱스를 비교하고, skip으로 끝낼지 빈 커밋을 이력에 남길지 실제 실행 결과로 구분한다.
빌드노트
검색어를 입력해 글을 찾아보세요.
총 480개의 글
cherry-pick이 empty로 멈춰도 새 충돌이 생긴 것은 아닐 수 있다. 대상 패치와 현재 파일·인덱스를 비교하고, skip으로 끝낼지 빈 커밋을 이력에 남길지 실제 실행 결과로 구분한다.
응답에 ISO-8859-1을 선언해도 Fetch의 text()는 UTF-8로 읽는다. 같은 café 바이트에서 헤더만 바꾼 결과와 실제 UTF-8 변환을 비교하고, 서버 출력 수정과 arrayBuffer·TextDecoder 중 적용할 방법을 고른다.
분기된 이력에서 --ff-only가 거절된 뒤 HEAD·인덱스·파일 해시가 보존되는지 비교했다. ORIG_HEAD의 변화와 양방향 조상 조회를 확인하고, 별도 복사본의 병합 커밋과 대조해 다음 통합 방식을 판단한다.
에디터의 CRLF 표시와 Git index의 LF 저장은 함께 성립할 수 있다. 합성 저장소에서 add 전후 바이트, text/eol 속성, 로컬 autocrlf를 비교하고 기존 CRLF 파일 하나만 정규화한 diff와 보존 범위를 확인한다.
같은 POST가 keepalive일 때만 큰 본문에서 실패하면 UTF-8 바이트 수와 진행 중 전송을 확인한다. 실제 Chrome에서 65,536·65,537바이트의 서버 수신 차이와 HTTP 413 응답을 비교해, 서버 업로드 제한과 브라우저 예산을 구별한다.
git add 뒤 빈 diff는 변경이 사라졌다는 뜻이 아닐 수 있다. A 커밋·B 스테이징·C 작업 파일을 직접 비교하고, 다음 커밋에 넣을 내용은 --cached로 확인하는 이유를 설명한다.
JS가 HTTP 200이어도 HTML의 integrity 해시와 받은 내용이 다르면 실행은 차단된다. 한 바이트 변경 실험으로 이를 확인하고, 신뢰하는 배포 산출물의 해시·HTML·캐시를 같은 버전으로 맞출 판단 기준을 설명한다.
기본 git stash에는 추적하지 않는 새 파일이 빠진다. 독립 저장소에서 기본 stash와 -u, ignored 파일의 잔류, 브랜치 전환과 apply를 비교하고 보관한 내용과 복원 결과를 확인한다.
curl --data에 원문 폼 값을 붙이면 값 속의 &가 필드 구분자로 읽힌다. 같은 A&B + C를 POST로 보내 수신 본문과 필드 수·값을 비교하고, 필드마다 --data-urlencode를 쓰는 방법과 사전 인코딩을 제거할 위치를 설명한다.
Web Crypto의 AES-GCM 결과는 암호문 뒤에 인증 태그가 붙지만 Node는 태그를 별도로 받는다. 128비트 태그를 16바이트로 분리·결합해 양방향 복호화를 확인하고, 잘못된 경계가 거부되는 지점과 길이가 명시된 교환 계약을 설명한다.
PostgreSQL에서 "OrderItem"과 orderitem은 서로 다른 테이블일 수 있다. 실제 DB·스키마·철자를 조회하고, 세 가지 이름 표기의 반환값과 SQLSTATE를 비교해 일관된 참조 방식을 고른다.
reset 뒤 기본 로그에서 사라진 로컬 커밋을 reflog로 찾고 실제 변경을 확인한다. 복구 브랜치 생성 전후의 커밋 ID와 작업 트리를 비교해, 파일을 덮어쓰기 전에 커밋을 보존하는 방법을 설명한다.