변경 사항 스테이지, 커밋 및 푸시

일반적인 명령어와 워크플로.

리포지터리의 파일을 변경하면 Git은 체크아웃된 브랜치의 최신 버전과 비교하여 변경 사항을 추적합니다. Git 명령어를 사용하여 브랜치의 변경 사항을 검토하고 커밋하고, 작업을 GitLab에 푸시할 수 있습니다. 로컬 변경 사항 추가 및 커밋 # 브랜치에 변경 사항을 작성할 준비가 되면 커밋할 수 있습니다. 커밋에는 변경 사항에 대한 정보를 기록하는 코멘트가 포함되며 일반적으로 브랜치의 새 팁이 됩니다. Git은 커밋에서 이동, 변경 또는 삭제한 파일을 자동으로 포함하지 않습니다. 이는 임시 디렉터리와 같은 변경 사항이나 파일을 실수로 포함하는 것을 방지합니다. 커밋에 변경 사항을 포함하려면 git add 로 스테이지하세요. 변경 사항을 스테이지하고 커밋하려면: 리포지터리에서 추가하려는 각 파일 또는 디렉터리에 대해 git add <file name or path> 를 실행합니다. 현재 작업 디렉터리의 모든 파일을 스테이지하려면 git add . 를 실행합니다. 파일이 스테이징에 추가되었는지 확인합니다: git status 파일이 녹색으로 표시됩니다. 스테이지된 파일을 커밋하려면: git commit -m "<comment that describes the changes>" 변경 사항이 브랜치에 커밋됩니다. 좋은 커밋 메시지 작성 # Chris Beams이 How to Write a Git Commit Message 에서 게시한 가이드라인은 좋은 커밋 메시지를 작성하는 데 도움이 됩니다: 커밋 제목과 본문은 빈 줄로 구분해야 합니다. 커밋 제목은 대문자로 시작해야 합니다. 커밋 제목은 72자를 초과하면 안 됩니다. 커밋 제목은 마침표로 끝나면 안 됩니다. 커밋 본문은 줄당 72자를 초과해서는 안 됩니다. 커밋 제목 또는 본문에 이모지를 포함하면 안 됩니다. 3개 이상의 파일에서 30줄 이상을 변경하는 커밋은 커밋 본문에 이러한 변경 사항을 설명해야 합니다. GitLab 외부에서는 일반 텍스트로 표시되므로 이슈, 마일스톤, 머지 리퀘스트에는 짧은 참조 대신 전체 URL을 사용하세요. 머지 리퀘스트에는 10개 이상의 커밋 메시지가 포함되어서는 안 됩니다. 커밋 제목에는 최소 3개의 단어가 포함되어야 합니다. 모든 변경 사항 커밋 # 하나의 명령으로 모든 변경 사항을 스테이지하고 커밋할 수 있습니다: git commit -a -m "<comment that describes the changes>" 커밋에 원격 리포지터리에 기록하지 않으려는 파일이 포함되지 않도록 주의하세요. 원칙적으로 항상 변경 사항을 커밋하기 전에 로컬 리포지터리의 상태를 확인하세요. GitLab에 변경 사항 전송 # 모든 로컬 변경 사항을 원격 리포지터리에 푸시하려면: git push <remote> <name-of-branch> 예를 들어 로컬 커밋을 origin 원격의 main 브랜치에 푸시하려면: git push origin main 때때로 Git이 리포지터리에 푸시하지 못하도록 합니다. 그 대신 강제 업데이트 해야 합니