기본 Git 명령의 함수 식별
가능한 모든 Git 명령을 검토하는 것은 압도적입니다. 100개가 넘는 명령이 있으며, 이들을 추적하는 것만으로도 부담스러운데, 제대로 사용하는 방법을 익히는 일은 더욱 어렵습니다.
모든 명령이 사용되지만 몇 가지 기본 명령을 사용하여 공동 작업 및 개발에 Git을 효과적으로 사용할 수 있습니다. 이러한 기본 명령을 사용하는 방법과 시기를 이해하면 올바른 방향으로 나아가게 됩니다.
모든 Git 명령은 단어 git와 연산자로 시작합니다. 대부분의 경우 연산자는 스스로 설명할 수 있지만 경우에 따라 몇 가지 사항을 살펴보겠습니다.
git init
처음부터 시작하고 새 리포지토리를 만들려면 다음을 사용합니다 git init. 명령을 사용하여 git init 기본값으로 새 리포지토리를 만들거나 새 리포지토리의 값을 지정할 수 있습니다. 아직 실행 git config 하지 않은 경우 기본 분기의 이름을 지정할 수 있습니다.
git init --initial-branch main
--shared 플래그를 사용하여 리포지토리를 처음 만들 때 사용 권한을 설정할 수도 있습니다. 기본적으로 프라이빗 리포지토리가 되지만 초기 설정 시 변경할 수 있습니다.
git init --initial-branch main --shared all 는 기본 브랜치가 main인 새 리포지토리를 만들 것입니다. 새 리포지토리와 연결하려는 모든 사용자는 해당 리포지토리에 연결할 수 있습니다.
git config
필요한 첫 번째 명령은 .입니다 git config.
git config 는 여러 구성 특성을 설정합니다. 아무것도 변경하지 않고 설정이 무엇인지 확인하려면 해당 설정을 나열합니다.
git config --list
비고
구성을 설정할 때 전역적으로(공동 작업하는 모든 프로젝트에 대해) 또는 현재 리포지토리에 대해 설정할 수 있습니다. 전역 설정에 --global 플래그를 사용합니다.
아이덴티티
다른 사용자와 프로젝트를 공동 작업하는 경우 변경 작업을 하는 사람들의 ID를 아는 것이 중요합니다. 를 사용하면 git config모든 변경 내용과 연결된 이름 및 전자 메일 주소를 설정할 수 있습니다.
git config user.name “<your name>”
git config --global user.name “<your name>”
기본 분기
기본 분기 이름은 Git에서 git init 명령으로 새 리포지토리를 생성할 때 사용하는 이름입니다. 시스템은 마스터 를 기본 분기로 사용할 수 있지만 업계 추세는 주 분기로 이동하고 있습니다. 기본 분기로 main을 사용하는 것이 좋습니다.
git config --global init.defaultBranch <branch name>
git 복제
git clone 는 git init를 사용하여 리포지토리를 설정하는 작업을 수행하지 않는 한 대부분의 프로젝트를 시작할 수 있는 명령입니다.
git clone 는 리포지토리를 로컬 컴퓨터에 복사(또는 복제)하는 명령입니다.
git clone 명령을 실행하여 분기, 기록 및 기타 메타데이터를 포함한 원격 또는 원본 리포지토리의 전체 복사본을 만듭니다.
리포지토리를 복제할 때 위치를 지정할 수 있습니다. 리포지토리를 배치할 위치를 지정하지 않으면 현재 작업 폴더(명령을 실행하는 위치)에 배치됩니다.
git clone <source repo URL> <path or location to place the clone>
git 브랜치
git branch 를 사용하면 새 분기를 만들거나 현재 리포지토리에 대해 존재하는 분기를 확인할 수 있습니다. 현재 존재하는 분기 목록을 보려면 git branch 명령을 사용하거나 옵션 --list를 추가할 수 있습니다.
git branch
git branch --list
작업 중인 현재 분기를 기반으로 새 분기를 만들려면 새 분기의 이름과 함께 명령을 사용합니다 git branch . git branch <new branch name>
git branch training 는 리포지토리에 training이라는 새 브랜치를 만듭니다.
중요합니다
분기를 효과적으로 사용하는 것은 Git을 사용하는 성공에 매우 중요합니다. 주 또는 기본 브랜치에서 작업하고 싶어하는 경우는 거의 없습니다. 대신, 대상 또는 포커스가 있는 분기(예: 버그 수정 또는 기능 개발)에서 작업한 다음 업데이트된 코드를 테스트한 후 변경 내용을 주 분기로 다시 이동합니다.
git 체크 아웃
git checkout 를 사용하면 Git 리포지토리의 여러 분기 간에 빠르게 변경할 수 있습니다. 분기 내에서 작업하는 경우 액세스하는 모든 파일은 해당 분기의 파일과 같습니다. 분기를 변경하면 컴퓨터의 파일 내용이 변경된 분기와 일치하도록 변경됩니다.
새 기능을 작업 중이고 잠시 동안 버그 작업을 수행해야 하는 경우 다음을 수행해야 할 수 있습니다.
- 분기를 버그 분기로 변경합니다.
- 버그 분기의 파일을 업데이트합니다.
- 버그 브랜치를 업데이트하세요.
- 기능 분기로 다시 변경합니다.
git checkout <branch name>
git add
로컬 파일을 작업하고 저장해도 Git 리포지토리가 자동으로 업데이트되지는 않습니다. 실제로 파일을 로컬로 저장하는 것만 있으면 리포지토리의 로컬 복제본이 아니라 다른 누구도 변경 내용을 볼 수 없습니다. 원격 또는 원본 리포지토리에 코드를 가져오는 것은 .로 git add시작하는 다단계 프로세스입니다.
git add 는 로컬에서 변경한 내용을 가져와서 Git의 "준비 영역"에 추가합니다. 스테이징은 Git이 로컬 리포지토리에 추가되기 전에 변경된 파일을 추적하는 방법일 뿐입니다.
비고
명령을 실행 git add 한 후 더 많은 변경을 수행할 경우 계속하기 전에 명령을 다시 실행해야 합니다.
git add
중요합니다
git add 은 파일을 추가하거나 삭제하는 데 사용하는 명령입니다. 이 명령은 단순히 리포지토리에 대한 업데이트가 있음을 나타냅니다. 또한 을 사용하여 하나의 git add 명령으로 여러 파일의 상태를 업데이트할 수 있습니다. 파일 이름 대신 예: git add .
git commit
파일이 준비 영역에 있으면 로컬 분기 및 리포지토리에 파일을 커밋해야 합니다. 이 git commit -m "<comment>" 명령은 현재 분기에 파일을 추가하고 로컬 리포지토리의 영구 부분으로 만듭니다.
커밋은 나중에 모든 사람이 볼 수 있는 것입니다. 리포지토리에 변경 내용 집합을 커밋할 때는 사용자가 한 일에 대한 메모를 포함하는 것이 중요합니다. 그런 식으로, 다른 사람이 당신의 커밋의 목적이 무엇인지 궁금해하는 경우, 그들에게 말하는 메모가있다. 메시지 없이 커밋할 수 있지만 권장되지는 않습니다. 따옴표에 포함된 댓글과 함께 -m 스위치를 사용합니다.
git commit -m “<your message>”
git push
업데이트가 로컬 리포지토리에 있으면 원본 또는 원격 리포지토리와도 공유해야 하는지 결정해야 합니다.
git push 커밋에 대해 추가한 메모(오른쪽?)와 함께 변경한 내용을 원격 리포지토리에 "푸시"합니다.
git push 명령을 사용하면 현재 분기와 모든 기록, 메모 및 파일 변경 사항이 푸시됩니다. git 푸시 명령을 실행하기 전에 올바른 분기에 있는지 확인하는 것이 중요합니다.
git push
git status
푸시하기 전에 올바른 분기에 있는지 확인하려면 git status을(를) 사용할 수 있습니다.
git status 는 사용자의 위치뿐만 아니라 파일의 상태도 파악할 수 있는 많은 정보를 제공합니다. 다음을 보기 위해 git status을 사용할 수 있습니다.
- 현재 브랜치(
git checkout) - 스테이징되지 않은 파일(
git add) - 커밋되지 않은 파일(
git commit)
git status
