-q–quiet
Quiet,피드백 메시지를 억제하십시오.
–progress–no-progress
Progress 상태는--quiet가 지정되지 않는 한 터미널에 연결될 때 streamby 기본값 인 표준 오류에서보고됩니다. 이 플래그는--quiet에 관계없이 터미널에 연결되지 않은 경우에도 진행 상황보고를 가능하게합니다.
-f–force
분기를 전환 할 때 인덱스 또는 theworking 트리가HEAD와 다른 경우에도 진행하십시오. 이것은 던져 버리는 데 사용됩니다.로컬 변경.
인덱스에서 경로를 체크 아웃 할 때 unmergedentries 시 실패하지 말고 대신 unmerged 항목은 무시됩니다.
–ours–theirs
인덱스에서 경로를 체크 아웃 할 때 매핑되지 않은 경로에 대한 단계#2(우리)또는#3(그들의)을 확인하십시오.
주는 중git rebasegit pull --rebase,우리 andtheirs 나타날 수 있습 교환;--ours버전을 제공합에서 thebranch 변경 사항이 기준에 동--theirs제 theversion 지점에서 보유하는 작업 중인베이스.
이 때문에rebase에서 사용하는 워크플로 취급 thehistory 에서 원격으로 공유하는 정식 한,취급 thework 완료 지점에 당신은 리베라는 타사 작업할 수 있도록 통합,그리고 당신은 일시적으로의 역할을 thekeeper 의 정식 동안 역사의 리베이스. 으로 파수꾼의 표준 역사,당신을 볼 수 있어야에서 역사 remoteasours(즉,”우리의 공유된 표준 역사”)하는 동안,당신이 무엇을 didon 의 측점으로theirs(i.e “topof 에 대한 한 기여자의 작업”).
b<new_branch>
새로 만드 지 라는<new_branch><start_point>git-점에 대한 상세정보.
B<new_branch>-t–track
경우를 만드는 새로운 지점을 설정”upstream”구성이 있습니다. 자세한 내용은 git-branch 의”–track”을 참조하십시오.
없는 경우-b옵션을 주의 이름이 새로운 지점을 것입니다 bederived 에서 원격적 지점에 의하여,보컬 부분이 적힌 refspec 구성되어 해당 원격,다음 strippingthe 초기 부분까지”*”.이것은 우리에게 사용하는hack로컬점 때 branchingoff 의origin/hackremotes/origin/hackrefs/remotes/origin/hack). 주어진 이름에 슬래시가 없거나 비어있는 이름의 aboveguessing 결과가 나오면 추측이 중단됩니다. 이러한 경우-b로 이름을 암시 적으로 지정할 수 있습니다.
–no-track
branch.autoSetupMerge구성 변수가 true 인 경우에도”업스트림”구성을 설정하지 마십시오.
–추측–no-추측
경우<branch>은 발견되지 않았지만 존재지 않습 trackingbranch 에 정확히 하나의 원(전화<remote>)와 amatching 이름 치료와 동일하게
$ git checkout -b <branch> --track <remote>/<branch>
경우 지점에 존재하는 여러 개의 리모컨은 그들 중 하나의 이름은 몰 이 집checkout.defaultRemote구성 변수를 사용할 것 thatone 위해 목적의 명확성,경우에도<branch>아 ‘tunique 통해 모든 연결됩니다. 그것을 발가락으로 설정하십시오.g. checkout.defaultRemote=origin<branch>가 모호하지만 theorigin remote 에 존재하는 경우 항상 거기에서 remotebranches 를 체크 아웃합니다. 또한checkout.defaultRemoteingit-config 를 참조하십시오.이 작업을 수행하려면 어떻게해야합니까? 사용하지 않으려면--no-guess를 사용하십시오.
기본 동작은checkout.guessconfigurationvariable 을 통해 설정할 수 있습니다.새 브랜치의 reflog 를 작성하십시오.git-branch fordetails 를 참조하십시오.
-d–detach
작업 할 지점을 확인하는 대신 검사 및 폐기 가능한 실험을 위해 acommit 을 확인하십시오.이것은git checkout <commit><commit>가 분기 이름이 아닌 경우의 기본 동작입니다. 자세한 내용은”분리 된 머리”섹션을 참조하십시오.아래.
–고<new_branch>
새로 만드는 고아 지 라는<new_branch><start_point>과로 전환합니다. 첫 번째 commit 에 thisnew 지점이 없이 부모 될 것입니다 루 newhistory 에서 완전히 분리 다른 모든 지점 andcommits.
인덱스와 작업 트리는 이전에git checkout <start_point>를 실행 한 것처럼 조정됩니다. 이것은 당신이 시작하는 새로운 historythat 레코드 세트의 경로 비슷한<start_point>git commit -a하는 루트입니다.
이것은 전체 기록을 노출하는 commitwithout 에서 트리를 게시하려는 경우에 유용 할 수 있습니다. 을 수행할 수 있습니다 이를 publishan 오픈 소스의 지점은 프로젝트의 현재 트리는””,butwhose 전체 역사가 포함되거나 그렇지 않으면에 방해를 코드 비트.
시작하려는 경우 연결이 끊어진 역사는 레코드 세트의 pathsthat 에서 완전히 다른 하나의<start_point>에,당신은 shouldclear 인덱스와 작동 권리를 만든 후 orphanbranch 실행하여git rm -rf .에서 최고 수준의 나무입니다.그 후 다른 곳에서 복사하여 작업 트리를 다시 채우고 타르볼을 추출하는 등 새 파일을 준비 할 준비가됩니다.
–무시 건너뛰기 worktree-비
에 희소 체크아웃 모드git checkout -- <paths>wouldupdate 항목만을 일치에 의해<paths>and sparse patternsin$GIT_DIR/info/sparse-checkout<paths>의 모든 파일을 다시 추가합니다.
-m-병합
에 전환할 때 가지는 경우에,당신은이 지역의 수정을 하나 더 많은 파일이줄이 다른 사이 현재 지점 및 지사이 키우는 전환,명령을 거부하 switchbranches 을 유지하기 위해 수정이다.그러나이 옵션을 사용하면 currentbranch,작업 트리 내용 및 새 분기 사이에 3 방향 병합이 수행되고 새 분기에있게됩니다.
경우에는 병합 충돌이 발생,지수에 대한 항목이 conflictingpaths 은 병합되지 않은 왼쪽,당신은 필요한 해결하 conflictsand 표시된 경로로는git addgit rm경우 mergeshould 결과에서 삭제한 경로).
검사할 때 경로를 인덱스에서,이 옵션을 할 수 있습 recreatethe conflicted 병합에서 지정한 경로입니다.
--merge로 분기를 전환 할 때 스테이징 된 변경 사항이 손실 될 수 있습니다.
–충돌=<>
과 같--merge위에 옵션이지만,변경 방법 theconflicting 덩이를 제시,재정의merge.conflictStyle구성 변수가 있습니다. 가능한 값은”merge”(기본값)및”diff3″입니다(“merge”스타일로 표시된 것 외에도 원래 내용을 표시).
-p–patch
대화식으로<tree-ish>(또는 지정되지 않은 경우 인덱스)와 workingtree 의 차이에서 덩이를 선택합니다. 그런 다음 선택한 덩이가 작업 트리에 역으로 적용됩니다(그리고<tree-ish>가 지정된 경우 색인).
이것은git checkout -p를 사용하여 현재 작업 트리에서 선택적으로 폐기 할 수 있음을 의미합니다. Git-add 의”대화식 모드”섹션을 참조하여--patch모드를 작동시키는 방법을 알아보십시오.
이 옵션을 사용하지 않 오버레이 모드에 기본적으로(또한--overlay고),현재 지원하지 않 오버레이는 모드입니다.
–ignore-other-worktrees
git checkout는 원하는 ref 가 다른 worktree 에 의해 이미 체크 아웃되었을 때 거부합니다. 이 옵션은 어쨌든 refout 을 확인하게합니다. 즉,ref 는 하나 이상의 worktree 에 의해 개최 될 수있다.
–overwrite-ignore–no-overwrite-ignore
분기를 전환 할 때 무시 된 파일을 자동으로 덮어 씁니다. 이것은 기본 동작입니다. 새 분기에 무시 된 파일이 포함 된 경우 작업을 중단하려면--no-overwrite-ignore를 사용하십시오.
–recurse-submodules–no-recurse-submodules
--recurse-submodules를 사용하면 superproject 에 기록 된 커밋에 따라 모든 activesubmodules 의 내용이 업데이트됩니다. 하위 모듈의 iflocal 수정은-f를 사용하지 않으면 checkoutwill 을 덮어 씁니다. 아무 것도(또는--no-recurse-submodules)사용하지 않으면 하위 모듈 작업 트리가 업데이트되지 않습니다.Git-submodule 과 마찬가지로 thesubmodule 의HEAD를 분리합니다.
–overlay–no-overlay
기본 오버레이 모드에서git checkout색인 또는 작업 트리에서 파일을 neverremoves. Whenspecifying--no-overlay파일에 표시되는 인덱스 andworking 트리,하지만<tree-ish>제거하 themmatch<tree-ish>니다.
–pathspec-from-file=<file>
pathspec 이 commandline args 대신<file><file>-인 경우 표준 입력이 사용됩니다. Pathspecelements 는 LF 또는 CR/LF 로 구분됩니다. Pathspec 요소는 구성 변수core.quotePath에 대해 설명한대로 인용 할 수 있습니다(git-config 참조). 또한--pathspec-file-nulandglobal--literal-pathspecs를 참조하십시오.나는 이것이 내가하는 일이 아니라는 것을 알고 있습니다. Pathspec 요소는 NUL 문자로 구분되며 다른 모든 문자는 문자 그대로 사용됩니다(줄 바꿈 및 따옴표 포함).
<>
지점 체크아웃;는 경우에는 지점을(즉,이름을 때,그 앞에 추가되”refs/헤드/”,유효한 ref),다음 thatbranch 은 체크 아웃했는지 확인해야 합니다. 그렇지 않으면 그것을 참조하 validcommit,당신의HEAD된”분리”당신은 없습니아점(자세한 내용은 아래를 참조하십시오).
특별한 경우로,사용할 수 있습니다A...B으로 바로가기 themerge 의 기본AB이 있는 경우 정확히 하나의 병합 기초입니다. 당신 canleave 에서 가장 중 하나의ABHEAD.
<new_branch>
새 분기의 이름입니다.
<start_point>
의 이름에서 커밋을 시작하는 새로운 지점;seegit-점에 대한 상세정보. 기본값은HEAD입니다.
특별한 경우로,사용할 수 있습니다"A...B"으로 바로가기 themerge 의 기본AB이 있는 경우 정확히 하나의 병합 기초입니다. 당신 canleave 에서 가장 중 하나의ABHEAD.나는 이것이 내가하는 일이 아니라는 것을 알고 있지만,내가하는 일은 내가하는 일이며,내가하는 일은 내가하는 일이 아니다. 지정하지 않으면 색인이 사용됩니다.
특별한 경우로,사용할 수 있습니다"A...B"으로 바로가기 themerge 의 기본AB이 있는 경우 정확히 하나의 병합 기초입니다. 당신 canleave 에서 가장 중 하나의ABHEAD.더 이상 인수를 옵션으로 해석하지 마십시오.
<pathspec>…
는 작업의 영향을받는 경로를 제한합니다.
자세한 내용은 gitglossary 의 pathspec 항목을 참조하십시오.