힘내는 훌륭한 도구가 있습니다 (나중에 커밋) only partial changes in a file. 일종의 역 옵션을 찾고 있는데, git이 무언가를 처리하고 전체 파일을 하나의 큰 파일로 처리하려고합니다. "전체 파일이 실제로 변경되었음을 알았습니다. 부분적으로 시도하지 마십시오."hunks 대신 staging/commit 전체 파일을 강제로 수행 할 수 있습니다.
이 옵션은 파일이 너무 많이 변경되어 여기저기서 일부 공백 만 버전간에 공통적으로 발생하는 경우 실용적입니다. 지금까지 내가 이해하는 한, git은 파일을 여전히 덩어리로 만들려고 시도하고 공통점 (공백 라인)을 분할 점으로 사용합니다.
git은 전체 파일 만 저장합니다 (최소한 프런트 엔드 관점에서 보았을 때 백엔드 오브젝트 데이터베이스는 팩 파일을 생성 할 때 저장소 효율성을위한 델타를 사용하지만 객체 데이터베이스와의 트랜잭션은 전체 파일 단위로만). git add -p "부분 변경"을 "저장"할 때 git이 실제로 수행하는 작업은 지정한 변경 사항 만 포함하고 전체 파일을 저장하는 완전히 새로운 파일을 생성하는 것입니다. 작업 흐름에 따라 실제로 개발 과정에서 실제로 존재하지 않았던 파일을 저장할 수 있고 컴파일 및/또는 올바르게 작동하는지 테스트하기 위해 테스트되지 않은 파일이기 때문에이 파일은 git에 대해 종종 비판을 받는다. .
귀하의 의견과 답변을 주셔서 감사합니다, 나는 이것이 질문에 잘 대답했다고 생각합니다. git가 diffs 및 파일의 변경 사항을 저장하는 방법에 대해 실제로 오해 한 것 같습니다. 감사! –
변경 내용 준비 프로세스는 어떻게 시작합니까? 기본적으로'git add'는 전체 파일에 대해 작동합니다. – qqx