리포지토리에 대한 변경 사항을 저장하는 반면 는 리모컨, github, gitlab 또는 bitbucket)에 커밋 된 변경 사항을 업로드합니다. 편지를 쓰고 (git commit) 글을 쓰고 우편으로 생각하십시오 (). 편지는 준비되었지만 우송 할 때까지 공유되지는 않습니다. git push git commit 로컬 및 원격 리포지토리에 대한 행동의 측면에서 와 사이의 주요 차이점은 무엇입니까? git push 지역 작업 디렉토리의 변경 사항은 현지 Git 리포지토리의 역사에서 스냅 샷으로 저장합니다. 이것은 변경 사항, 타임 스탬프 및 변경 사항을 설명하는 커밋 메시지를 포함하는 새로운 커밋 객체를 만듭니다. 이 조치 git commit가 없으면 현지 커밋은 비공개로 유지되며 컴퓨터에서만 액세스 할 수 있습니다. 결정적으로 git push는 원격 저장소를 구성해야합니다. 로컬 리포지토리를 원격 저장소에 연결하지 않은 경우에는 작동하지 않습니다.
git commit가 어떤 역할을 하는가? git push 지역 리포지토리 내에서 해당 변경의 영구적 인 기록을 만들어 공유에 대한 변경 사항을 준비합니다. 특정 시점에서 프로젝트 상태를 캡처하여 필요한 경우 진행 상황을 추적하고 이전 버전으로 되돌릴 수 있습니다. 커밋 메시지는 문서로 작용하여 해당 커밋의 변경 사항의 목적을 설명합니다. 변화를 저장하기위한이 구조화 된 접근 방식은 협업에 필수적이며 프로젝트의 진화에 대한 명확한 역사를 유지하는 데 필수적입니다. 그러나 커밋 자체는 단지 로컬 일뿐입니다. > 준비된 변경 사항을 공동 작업자와 공유하는 메커니즘입니다. 로컬 저장소에서 지정된 원격 저장소로 새로운 커밋 (및 관련 파일)을 전송합니다. 이 작업을 통해 동일한 프로젝트를 수행하는 다른 개발자가 변경 사항을 액세스 할 수 있습니다. git push가 없으면, 당신의 세심한 커밋은 당신의 지역 기계에서 고립 된 상태로 남아 있습니다. 팀의 나머지 부분에 보이지 않습니다. git push 언제 를 사용하지 않고 를 사용하지 않아야하는지, 그리고이 접근법의 이점은 무엇입니까? git commit git push 즉시 푸시하지 않고 커밋하는 것이 도움이되는 몇 가지 시나리오가 있습니다. 아직 완전하거나 안정적이지 않은 기능을 작업하면 변경 사항을 정기적으로 커밋하여 진행 상황을 현지에서 저장할 수 있습니다. 이렇게하면 지역 역사에서 체크 포인트를 만들어 공유 프로젝트에 영향을 미치지 않고 필요한 경우 이전 버전으로 되돌릴 수 있습니다. 그런 다음 기능이 완료되고 테스트되면 푸시 할 수 있습니다.
원자 커밋 :
자주 커밋하면 더 작고 집중적 인 커밋을 허용하여 변경 사항을 검토하고 프로젝트의 역사를 쉽게 이해할 수 있습니다. 이는 코드 가독성과 유지 관리를 향상시킵니다. 여러 개의 작은 커밋을 밀면 공유 저장소 기록이 혼란 스러울 수 있으므로 푸시 전에 통합하는 것이 좋습니다.위 내용은 커밋과 git의 추진의 차이의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
