Git에 커밋된 파일이 archive ZIP에서 빠지는 이유
커밋에 있는 파일도 export-ignore 속성 때문에 git archive ZIP에서 빠질 수 있다. 내보낼 커밋의 속성을 조회하고, 미커밋 수정과 --worktree-attributes의 차이를 확인한 뒤 공유할 포함 정책을 커밋하는 방법을 설명한다.
빌드노트
Git·개발 도구 카테고리의 글입니다.
총 48개의 글
커밋에 있는 파일도 export-ignore 속성 때문에 git archive ZIP에서 빠질 수 있다. 내보낼 커밋의 속성을 조회하고, 미커밋 수정과 --worktree-attributes의 차이를 확인한 뒤 공유할 포함 정책을 커밋하는 방법을 설명한다.
git clean -n에서 빠진 빌드 파일을 추적 여부와 ignore 여부로 구분한다. 삭제 없는 네 미리보기를 실제 비교해 -d·-x·-X의 후보 차이와 개인 설정까지 포함될 수 있는 범위를 확인한다.
cherry-pick이 empty로 멈춰도 새 충돌이 생긴 것은 아닐 수 있다. 대상 패치와 현재 파일·인덱스를 비교하고, skip으로 끝낼지 빈 커밋을 이력에 남길지 실제 실행 결과로 구분한다.
분기된 이력에서 --ff-only가 거절된 뒤 HEAD·인덱스·파일 해시가 보존되는지 비교했다. ORIG_HEAD의 변화와 양방향 조상 조회를 확인하고, 별도 복사본의 병합 커밋과 대조해 다음 통합 방식을 판단한다.
에디터의 CRLF 표시와 Git index의 LF 저장은 함께 성립할 수 있다. 합성 저장소에서 add 전후 바이트, text/eol 속성, 로컬 autocrlf를 비교하고 기존 CRLF 파일 하나만 정규화한 diff와 보존 범위를 확인한다.
git add 뒤 빈 diff는 변경이 사라졌다는 뜻이 아닐 수 있다. A 커밋·B 스테이징·C 작업 파일을 직접 비교하고, 다음 커밋에 넣을 내용은 --cached로 확인하는 이유를 설명한다.
기본 git stash에는 추적하지 않는 새 파일이 빠진다. 독립 저장소에서 기본 stash와 -u, ignored 파일의 잔류, 브랜치 전환과 apply를 비교하고 보관한 내용과 복원 결과를 확인한다.
reset 뒤 기본 로그에서 사라진 로컬 커밋을 reflog로 찾고 실제 변경을 확인한다. 복구 브랜치 생성 전후의 커밋 ID와 작업 트리를 비교해, 파일을 덮어쓰기 전에 커밋을 보존하는 방법을 설명한다.
Format-Table 뒤에 Export-Csv를 붙이면 Name·Count 대신 포맷 객체의 내부 속성이 CSV 열이 된다. PowerShell 7.6.6에서 두 합성 객체의 헤더·Import-Csv 값·타입을 비교하고, 원본 저장과 화면 표시를 분리한다.
stage 뒤 다시 수정한 파일을 --only 경로로 커밋하면 현재 작업 파일 내용이 저장된다. 경로 없는 커밋과 새 독립 저장소에서 비교해, 대상 파일의 인덱스 갱신과 다른 파일의 staged 변경 보존을 확인한다.
origin의 일반 URL을 바꿔도 별도 pushurl이 남으면 push는 이전 주소를 사용한다. fetch URL과 모든 push URL을 따로 조회하고, 공유 URL로 합치거나 push 주소만 바꾸는 방법을 로컬 bare 저장소의 수신 ref로 확인한다.
파일 이름에 검색어가 보이는데 PowerShell -contains가 False라면 전체 항목과 부분 문자열을 구별해야 한다. 같은 문자열과 배열에서 -contains, -like, String.Contains의 값·반환형을 비교하고 대소문자와 대괄호 검색어에 맞는 선택을 설명한다.