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

빌드노트

검색 결과

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

글 검색

글 목록

총 480개의 글

  1. git diff main..feature와 GitHub PR의 파일 목록이 다른 이유

    main에만 추가한 파일이 두 점 diff에서는 삭제로 보이고 GitHub PR에서는 빠질 수 있다. 같은 분기에서 두 끝점 비교와 공통 조상 기준 비교의 patch·파일 목록·방향성을 확인하고, 리뷰 목적에 맞는 명령을 고른다.

  2. git worktree add가 이미 사용 중인 브랜치를 거절할 때

    같은 브랜치로 worktree를 만들다 거절되면 오류의 기존 경로와 worktree 목록을 맞춰 본다. 실제 실험으로 기존 폴더·새 브랜치·detached HEAD의 차이와 미커밋 수정이 새 폴더에 따라가지 않는 조건을 확인한다.

  3. Node 응답 headers에 Trailer 체크섬이 없는 이유

    Node HTTP 응답의 Trailer 헤더는 뒤에 보낼 필드 이름을 예고한다. 실제 체크섬은 headers가 아니라 본문 소비 후 end의 trailers에서 읽는다. 같은 chunked 본문에 실제 전송·예고만 함·트레일러 없음 세 조건을 비교해 조회 시점과 미전송을 구별한다.

  4. 스크립트는 실행되는데 fetch만 CSP에 막힌다

    JS 실행 로그가 있어도 fetch 연결은 별도로 차단될 수 있다. 두 loopback origin에서 connect-src의 none·self·명시 origin과 default-src 대체 적용을 비교하고, 페이지의 CSP에서 필요한 API origin만 허용하는 판단을 설명한다.

  5. Maven 빌드는 성공했는데 편집기 JS는 404였다

    홈은 열리는데 편집기는 멈췄다. Maven 빌드 앞에서 빠진 Node 단계가 원인이었다. 두 빌드의 차이와 실제 JAR에서 파일을 확인하는 방법.

  6. CSP를 켠 뒤 초기화 스크립트만 실행되지 않는다

    CSP 적용 뒤 inline 초기화만 멈춘다면 같은 HTML 응답의 정책과 script nonce를 비교한다. 실제 브라우저에서 누락·불일치·일치, 응답별 값 변화와 script-src-elem·Report-Only 차이를 확인하고 getAttribute의 빈 문자열을 누락으로 오인하지 않는 방법을 설명한다.

  7. type: module을 켠 뒤 설정 파일의 require가 실패한다

    type을 module로 바꾸면 기존 .js 설정도 ESM으로 해석될 수 있다. 같은 CommonJS 설정의 js/cjs/mjs 실행과 export 값을 비교하고, 가까운 package.json 경계를 확인해 설정만 CommonJS로 남길지 ESM 문법으로 옮길지 판단한다.

  8. 스크립트는 실행되는데 Web Worker 생성은 CSP에 막힌다

    문서 스크립트가 실행돼도 Worker는 다른 CSP 목록에 막힐 수 있다. worker-src부터 default-src까지의 fallback을 실제 메시지·위반 이벤트·서버 요청으로 비교하고, 필요한 Worker 출처만 허용하는 수정과 same-origin 실패를 구별한다.

  9. CommonJS에서 exports에 객체를 넣었는데 require 결과는 빈 객체다

    CommonJS에서 exports에 새 객체를 대입하면 지역 별칭만 바뀐다. 세 내보내기 방식의 키와 함수 호출을 비교하고, module.exports를 바꾼 뒤에도 남는 예전 exports 참조를 확인해 수정할 대상을 고른다.

  10. Node.js ECDSA 검증이 false라면 DER와 P1363부터 확인한다

    Node.js ECDSA 검증의 기본 서명 형식은 DER다. 같은 P-256 키와 데이터로 만든 DER·P1363 서명의 검증 결과를 비교하고, 프로토콜에 맞게 dsaEncoding을 지정한다. 데이터·서명 변조 거부와 검증 API별 예외 차이도 확인한다.

  11. iframe 메시지, origin이 같으면 같은 위젯에서 온 걸까

    iframe 메시지의 데이터 형식과 origin이 맞아도 예상한 위젯의 메시지는 아닐 수 있다. 두 loopback origin과 세 iframe으로 source 검사, 데이터 계약, 발신 targetOrigin의 차이를 확인한다.

  12. Maven exclusion을 넣었는데 같은 라이브러리가 남는다

    Maven exclusion은 선언한 dependency를 거치는 경로에 적용된다. 같은 라이브러리를 두 경로로 가져오는 합성 프로젝트에서 한쪽 제외와 양쪽 제외를 비교하고, 남은 경로의 기능 요구를 보고 수정할 위치를 정한다.