대체 메커니즘을 통해 저장는 다른 객체 데이터베이스로부터 자신의 객체 데이터베이의 일부를 상속받을 수 있으며, 이를 "대체(alternate)"라고 합니다.

베어 저장소는 일반적으로 .git 접미사를 가진 적절히 명명된 디렉토리입니다. 이 저장소에는 리비전 관리 대상 파일의 로컬로 체크아웃된 사본이 없습니다. 즉, 일반적으로 숨겨진 `.git`하위 디렉토리에 보통 존재하는 모든 깃 관리 및 제어 파일은 직접적으로 `repository.git`디렉토리에 있으며, 다른 파일은 존재하지 않고 체크아웃되지 않습니다. 일반적으로 공개 저장소의 게시자들은 베어 저장소를 제공합니다.

유형이 지정되지 않은 객체, 예: 파일의 내용.

A "branch" is a line of development. The most recent commit on a branch is referred to as the tip of that branch. The tip of the branch is referenced by a branch head, which moves forward as additional development is done on the branch. A single Git repository can track an arbitrary number of branches, but your working tree is associated with just one of them (the "current" or "checked out" branch), and HEAD points to that branch.

더 이상 사용되지 않음: 인덱스.

목록의 각 객체에 후속 항목에 대한 참조가 포함된 객체 목록입니다(예: 커밋의 후속 항목은 부모들 중 하나일 수 있습니다. ).

BitKeeper/cvsps는 "커밋"을 나타냅니다. 깃은 변경사항을 저장하지 않고 상태를 나타내기 때문에 깃에서 "changesets"라는 용어를 사용하는 것은 말이 되지 않습니다.

작업 트리의 전체 또는 일부를 객체 데이터베이스에서 트리 객체나 블롭(blob)으로 업데이트하고, 작업 트리 전체가 새 분기를 가리키도록 되어 있다면 인덱스 와 HEAD를 업데이트하는 동작입니다.

SCM 용어로서 "체리픽(cherry pick)"은 일련의 변경사항(일반적으로 커밋) 중 일부를 선택하여 다른 코드베이스 위에 새로운 일련의 변경사항으로 기록하는 것을 의미합니다. Git에서는 "git cherry-pick" 명령을 사용하여 기존 커밋에서 도입된 변경사항을 추출하고 현재 분기 의 끝을 기준으로 새로운 커밋으로 기록합니다.

현재 헤드가 참조하는 리비전에 해당하는 경우, 작업 트리 를 클린(clean)하다고 합니다. "dirty"도 참조해주세요.

명사로서: 프로젝트의 전체 히스토리는 상호 연관된 커밋들의 집합으로 표시됩니다. 깃에서 "커밋(commit)"이라는 용어는 다른 리비전 관리 시스템이 "리비전(revision)" 또는 "버전(version)"이라는 용어를 사용하는 것과 같은 장소에서 자주 사용됩니다. 또한, 커밋 객체의 약어로도 사용됩니다.

객체 데이터베이스의 커밋으로 형성된 DAG 구조의 동의어이며, 분기 끝으로 참조하고 연결된 커밋의 체인을 사용합니다. 이 구조는 확정적 커밋 그래프입니다. 이 그래프는 다른 방식으로 표현될 수 있으며, 예를 들어 "커밋-그래프" 파일와 같이 표현될 수 있습니다.

"커밋-그래프"(일반적으로 하이픈으로 구분되는) 파일은 커밋 그래프 탐색을 가속화하기 위한 보조 표현입니다. "commit-graph" 파일은 .git/objects/info 디렉토리나 대체 객체 데이터베이스의 info 디렉토리에 저장됩니다.

특정 리비전에 대한 부모, 커미터, 작성자, 날짜 및 저장된 리비전의 최상위 디렉토리에 해당하는 트리 객체와 같은 정보를 포함하는 객체를 말합니다.

커밋 객체에 재귀적으로 역참조될 수 있는 커밋 객체 또는 객체를 말합니다. 커밋 객체, 커밋 객체를 가리키는 태그 객체, 커밋 객체를 가리키는 태그 객체를 가리키는 태그 객체 는 모두 커밋과 유사한 특성을 가집니다.

깃의 기본적인 자료구조와 유틸리티로, 제한된 소스 코드 관리 도구만을 노출합니다.

유향 비순환 그래프(Directed Acyclic Graph). 깃에서 커밋 객체들은 방향성이 있는 비순환 그래프인 유향 비순환 그래프를 형성합니다. 이는 커밋 객체들이 부모를 가지고 있기 때문에 방향성을 가지며, 커밋 객체들의 그래프는 사이클이 없습니다(시작과 끝이 같은 객체를 가지는 체인은 없습니다).

도달 불가능한 다른 객체에서도 도달 가능하지 않은 도달 불가능 객체로, 댕글링 객체는 어떠한 참조나 저장소 내에 있는 객체로부터도 참조되지 않는 상태로 존재하는 객체를 말합니다.

기호 참조 참조: 기호 참조가 가리키는 참조에 접근하는 동작입니다. 재귀적 역참조는 비기호적 참조가 발견될 때까지 결과 참조에 대해 앞서 한 과정을 반복하는 것을 포함합니다.

일반적으로 HEAD는 분기의 이름을 저장하며, HEAD를 기준으로 동작하는 명령어는 HEAD가 가리키는 분기의 끝으로 이어지는 히스토리에서 동작합니다. 그러나 깃은 임의의 커밋을 체크아웃하여 HEAD가 특정 분기의 끝이 아닌 커밋을 가리킬 수도 있습니다. 이러한 상태에서의 HEAD를 "분리되었다"고 합니다.

"ls"로 표시되는 리스트 :-)

현재 분기에 커밋되지 않은 수정 사항이 있는 경우, 이 작업 트리는 "더티(dirty)" 상태라고 합니다.

An evil merge is a merge that introduces changes that do not appear in any parent.

정방향 진행(fast-forward)은 특정한 유형의 병합으로, 현재 가지고 있는 리비전과 동일한 조상을 가진 다른 분기의 변경사항을 "병합"하는 경우를 말합니다. 이 경우, 새로운 병합 커밋 을 만들지 않고 대신 분기를 병합하는 분기와 동일한 리비전을 가리키도록 업데이트합니다. 이러한 상황은 원격 저장소의 원격 추적 분기에서 자주 발생할 수 있습니다.

분기를 페치한다는 것은 원격 저장소에서 해당 분기의 헤드 참조를 가져오고, 로컬 객체 데이터베이스에서 누락된 객체를 찾아서 가져오는 것을 의미합니다. git-fetch[1]를 참조하세요.

리누스 토르발스는 처음 깃을 설계할 때 사용자 공간 파일 시스템으로 설계했습니다. 즉, 파일과 디렉토리를 보유하기 위한 인프라입니다. 이를 통해 깃의 효율성과 속도를 보장하고 있습니다.

저장소의 동의어 (arch 사용자 대상).

실제 저장소인 디렉토리를 가리키는 작업 트리의 루트에 위치한 일반 파일 .git. 적절한 용도는 git-worktree[1] 또는 git-submodule[1]를 참조하세요. 문법은 gitrepository-layout[5]를 참조하세요.

이식(Grafts)은 커밋에 대한 가짜 조상 정보를 기록함으로써 서로 다른 두 개발 라인을 함께 연할 수 있게 해줍니다. 이렇게 하면 깃이 커밋의 부모 집합이 커밋이 생성될 때 기록된 것과 다른 것처럼 가장할 수 있습니다. `.git/info/grafts`파일을 통해 구성할 수 있습니다.

Git의 문맥에서 객체명에 대한 동의어.

분기의 끝에 있는 커밋을 가리키는 명명된 참조를 헤드라고 합니다. 헤드는 패킹된 참조를 사용하는 경우를 제외하면`$GIT_DIR/refs/heads/` 디렉토리에 있는 파일에 저장됩니다(git-pack-refs[1]를 참조하세요).

현재의 분기입니다. 좀 더 자세히 설명하면, 작업 트리는 일반적으로 HEAD가 가리키는 트리의 상태에서 유도됩니다. HEAD는 저장소 내의 하나의 헤드를 가리키는 참조입니다. 다만, 분리된 HEAD를 사용하는 경우에는 임의의 커밋을 직접 참조합니다.

헤드와 동의어.

여러 깃 명령의 정상적인 실행 중에는 개발자가 기능 또는 확인을 추가할 수 있는 선택적인 스크립트를 호출합니다. 일반적으로 훅(hooks)은 명령이 사전에 확인되고 중단될 수 있도록 하며, 작업이 완료된 후에 후속 알림을 허용합니다. 훅 스크립트는`$GIT_DIR/hooks/`디렉토리에서 찾을 수 있으며, 파일명에서 `.sample`접미사를 제거함으로써 활성화됩니다. 초기 버전의 깃에서는 이것을 실행할 수 있도록 직접 만들어야 했었습니다.

파일의 상태 정보를 포함하고, 내용은 객체로 저장되는 파일의 집합입니다. 인덱스는 작업 트리의 저장된 버전입니다. 사실, 인덱스에는 작업 트리의 두 번째 또는 세 번째 버전을 포함할 수도 있으며, 이는 병합시 사용됩니다.

인덱스에 저장된 특정 파일에 대한 정보입니다. 인덱스 엔트리는 병합이 시작되었지만 아직 완료되지 않은 경우(즉, 인덱스에 해당 파일의 여러 버전이 포함된 경우) 병합되지 않은 상태일 수 있습니다.

기본 개발 분기입니다. 깃 저장소를 생성할 때마다 "master"라는 이름의 분기가 생성되고 활성 분기가 됩니다. 대부분의 경우, 이 분기에는 로컬 개발이 포함되지만, 이는 순수히 관례적인 것일 뿐이며 필수적인 요구사항은 아닙니다.

동사로서: (외부 저장소 등) 다른 분기의 내용을 현재 분기로 가져오는 것을 말합니다. 병합된 분기가 다른 저장소에서 가져온 것인 경우, 먼저 원격 분기를 페치하고 그 결과를 현재 분기에 병합하는 방식으로 수행됩니다. 이러한 페치와 병합 작업의 조합을 풀이라고 합니다. 병합은 두 분기가 분기된 이후에 생긴 변경사항을 자동으로 식별하고 모든 변경사항을 함께 적용하는 과정입니다. 변경사항이 충돌하는 경우 수동 개입이 필요할 수 있습니다.

깃의 저장 단위입니다. 콘텐츠의 SHA-1을 통해 고유하게 식별됩니다. 따라서 객체는 변경될 수 없습니다.

일련의 "객체(objects)"를 저장하며, 각각의 객체는 그 객체명을 통해 식별됩니다. 일반적으로 객체들은`$GIT_DIR/objects/`디렉토리에 저장됩니다.

객체명과 동의어.

The unique identifier of an object. The object name is usually represented by a 40 character hexadecimal string. Also colloquially called SHA-1.

One of the identifiers "commit", "tree", "tag" or "blob" describing the type of an object.

두 개 이상의 분기를 병합하기 위해 사용됩니다.

아직 존재하지 않는 가지 (즉, 태어나지 않은 가지)에 올라타는 행위입니다. 이러한 작업 후에는 처음 생성된 커밋이 상위 커밋이 아닌 새로운 기록을 시작하는 커밋이 됩니다.

기본 상위 저장소입니다. 대부분의 프로젝트는 추적하는 상위 프로젝트가 최소한 하나 있습니다. 기본적으로 'origin’이 그 목적으로 사용됩니다. 새로운 상위 업데이트는 origin/name-of-upstream-branch라는 이름의 원격 추적 분기로 fetch되며, 이를 git branch -r 명령어를 통해 확인할 수 있습니다.

Only update and add files to the working directory, but don’t delete them, similar to how cp -R would update the contents in the destination directory. This is the default mode in a checkout when checking out files from the index or a tree-ish. In contrast, no-overlay mode also deletes tracked files not present in the source, similar to rsync --delete.

공간을 절약하거나 효율적으로 전송하기 위해 여러 개의 객체를 하나의 파일로 압축한 집합입니다.

팩의 객체들의 식별자와 다른 정보들을 포함한 목록입니다. 이는 팩의 내용에 효율적으로 접근하기 위해 도움을 주는 역할을 합니다.

깃 명령어에서 경로를 제한하는 데 사용되는 패턴입니다.

커밋 객체에는 개발 라인에서의 논리적 조상, 즉 그 부모(비어있을 수도 있음) 목록이 포함되어 있습니다.

태그 객체를 재귀적으로 역참조하는 동작입니다.

곡괭이라는 용어는 주어진 텍스트 문자열을 추가하거나 삭제하는 변경사항을 선택하는 데 도움이 되는 diffcore 루틴의 옵션을 가리킵니다. `--pickaxe-all`옵션을 사용하면 특정 텍스트 줄을 도입하거나 제거한 전체 변경 세트를 볼 수 있습니다. git-diff[1]를 참조해 주세요.

코어 깃의 애칭.

코어 깃에 의존하는 프로그램이나 프로그램 콜렉션의 애칭으로, 코어 깃에 대한 고수준 액세스를 제공합니다. 사용자 친화적 인터페이스는 배관보다 더 많은 SCM 인터페이스를 노출합니다.

Refs that are per-worktree, rather than global. This is presently only HEAD and any refs that start with refs/bisect/, but might later include other unusual refs.

A ref that has different semantics than normal refs. These refs can be read via normal Git commands, but cannot be written to by commands like git-update-ref[1].

Pulling a branch means to fetch it and merge it. See also git-pull[1].

분기를 푸시하는 것은 원격 저장소에서 해당 분기의 헤드 참조를 가져와 이를 분기의 로컬 헤드 참조와 비교하여 상위 커밋인지 확인한 후, 상위 커밋일 경우 로컬 헤드 참조의 도달 가능이고 원격 저장소에서 누락된 객체를 원격 객체 데이터베이스로 이동시키고, 원격 헤드 참조를 업데이트하는 것을 의미합니다. 원격 헤드가 로컬 헤드의 상위 커밋이 아닌 경우, 푸시는 실패합니다.

All of the ancestors of a given commit are said to be "reachable" from that commit. More generally, one object is reachable from another if we can reach the one from the other by a chain that follows tags to whatever they tag, commits to their parents or trees, and trees to the trees or blobs that they contain.

Reachability bitmaps store information about the reachability of a selected set of commits in a packfile, or a multi-pack index (MIDX), to speed up object search. The bitmaps are stored in a ".bitmap" file. A repository may have at most one bitmap file in use. The bitmap file may belong to either one pack, or the repository’s multi-pack index (if it exists).

한 분기에서 베이스로 일련의 변경사항을 다시 적용하고, 해당 분기의 헤드를 결과로 재설정하는 작업을 수행합니다.

A name that points to an object name or another ref (the latter is called a symbolic ref). For convenience, a ref can sometimes be abbreviated when used as an argument to a Git command; see gitrevisions[7] for details. Refs are stored in the repository.

A reflog shows the local "history" of a ref. In other words, it can tell you what the 3rd last revision in this repository was, and what was the current state in this repository, yesterday 9:14pm. See git-reflog[1] for details.

"refspec"은 페치와 푸시 시 원격 참조와 로컬 참조 간의 맵핑을 설명하는 데 사용됩니다. 자세한 내용은 git-fetch[1] 또는 git-push[1]를 참조하세요.

동일한 프로젝트를 추적하는 데 사용되지만 다른 위치에 있는 저장소입니다. 원격 저장소와 통신하기 위해서는 페치(fetch) 또는 푸시(push)를 참조해 주십시오.

다른 저장소의 변경사항을 추적하는 데 사용되는 참조입니다. 일반적으로 refs/remotes/foo/bar’와 같은 형식을 가지며('foo’라는 이름의 원격 저장소의 'bar 분기를 추적한다는 것을 나타냄) 설정된 페치 refspec의 오른쪽 부분과 일치합니다. 원격 추적 분기에는 직접적인 수정사항이 포함되어 있거나 해당 분기에 로컬 커밋이 적용되어서는 안 됩니다.

참조와 참조의 도달 가능한 모든 객체를 포함하는 객체 데이터베이스로 구성된 콜렉션이며, 하나 이상의 사용자 친화적 인터페이스의 메타 데이터와 함께 제공될 수도 있습니다. 저장소는 대체 매커니즘을 통해 다른 저장소와 객체 데이터베이스를 공유할 수 있습니다.

자동 병합 작업이 실패한 후 수동으로 수정하는 동작을 의미합니다. 즉, 자동 병합이 남긴 오류를 수동으로 해결하는 것을 말합니다.

커밋(명사)과 동의어.

개발 사항의 일부를 버리는 것을 말합니다. 즉, 현재의 헤드를 이전의 리비전에 할당하는 것을 말합니다.

소스 코드 관리(도구).

“보안 해시 알고리즘 1”; 암호화 해시 함수. Git의 맥락에서 객체명의 동의어로 사용됩니다.

대부분 얕은 저장소와 동의어지만, 이 문구를 사용하면 git clone --depth=…​ 명령을 실행하여 생성되었음을 더 명확히 알 수 있습니다.

얕은 저장소에는 몇몇 커밋의 삭제된 불완전한 기록이 있습니다. (즉, Git은 커밋들이 커밋 객체에 기록되었더라도 부모들을 가지지 않는 것처럼 가장하라고 지시 받습니다.) 이것은 때때로 업스트림에 기록된 실제 기록이 훨씬 더 크더라도 프로젝트의 최신 기록에만 관심이 있을 때 유용합니다. 앝은 저장소는 git-clone[1]의 --depth 옵션을 제공하여 만들어지게 되고 기록은 이후에 git-fetch[1]을 사용하여 심화할 수 있습니다.

object는 더티 작업 디렉토리의 내용과 향후 재사용을 위한 인덱스를 임시로 저장하는 데 사용됩니다.

다른 저장소 내의 별도의 프로젝트 기록을 보관하는 저장소입니다. (후자는 슈퍼프로젝트라고 불립니다.)

작업 트리에 있는 다른 프로젝트의 저장소들을 서브 모듈로 참조하는 저장소입니다. 슈퍼 프로젝트는 포함된 서브 모듈들의 커밋 객체들의 이름(사본은 보관하지 않습니다.)에 대해 알고 있습니다.

기호 참조: SHA-1 ID 자체를 포함하는 대신’ref: refs/some/thing' 형식으로 포함하고 참조될 때, 재귀적으로 역참조합니다. '<<def_HEAD,HEAD'는 기호 참조의 대표적인 예입니다. 기호참조는 git-symbolic-ref[1] 명령으로 조작되어 집니다.

임의의 유형의 객체(일반적으로 태그는 태그 또는 커밋 객체를 가리킵니다.)를 가리키는 네임스페이스 refs/tags/ 아래의 ' 참조입니다. 헤드와는 대조적으로 태그는 commit 명령어로 업데이트되지 않습니다. Git 태그는 Lisp 태그(Git에서는 객체 타입으로 불립니다)와 아무 관련 없습니다. 태그는 커밋 조상 체인의 특정 지점을 표시하는 데 가장 일반적으로 사용됩니다.

커밋 객체와 마찬가지로 메세지를 포함할 수 있는 다른 객체를 가리키는 참조를 포함하는 객체입니다. 또한 PGP 서명을 포함할 수 있으며, 이 경우 "서명된 태그 객체"라고 합니다.

개발자가 개념적인 개발 라인을 식별하기 위해 사용하는 일반적인 Git 분기. 분기는 매우 쉽고 비용이 저렴하기 때문에, 각각 매우 잘 정의된 개념이나 점진적이지만 관련된 변경사항을 포함하는 여러 작은 분기를 갖는 것이 종종 바람직합니다.

키-값 메타데이터. 트레일러는 커밋 메시지의 끝에서 선택적으로 발견됩니다. 다른 커뮤니티에서는 "footers"또는 "tags"라고도 합니다. git-interpret-trailers[1]를 참조하세요.

하나의 작업 트리 또는 종속된 블롭 및 트리 객체와 함께하는 트리 객체 (즉, 작업 트리의 저장된 표현).

파일 이름과 모드의 목록과 함께 관련된 블롭 및/또는 트리 객체에 대한 참조를 포함하는 객체. 트리는 디렉토리와 동일합니다.

A tree object or an object that can be recursively dereferenced to a tree object. Dereferencing a commit object yields the tree object corresponding to the revision's top directory. The following are all tree-ishes: a commit-ish, a tree object, a tag object that points to a tree object, a tag object that points to a tag object that points to a tree object, etc.

HEAD는 아직 존재하지 않으며 커밋이 없는 분기를 가리킬 수 있으며, 이러한 분기를 미탄생 분기라고 합니다. 사용자가 미탄생 분기를 접하는 가장 일반적인 방법은 다른 곳에서 복제하지 않고 새로 저장소를 생성하는 경우입니다. 이때 HEAD는 아직 생성되지 않은 main (또는 설정에 따라 master) 분기를 가리키게 됩니다. 또한 일부 작업은 고아 옵션으로 미탄생 분기에 접어들게 할 수 있습니다.

병합되지 않은 인덱스 항목을 포함하는 인덱스.

분기, 태그, 또는 기타 참조에서 도달 가능하지 않은 객체 입니다.

해당 분기에 병합된 기본 분기(또는 해당 분기는 리베이스된다.) 입니다. 이는 branch.<name>.remote 그리고 branch.<name>.merge를 통해 구성됩니다. 만약 'A’의 업스트림 분기가 'origin/B’인 경우 때때로 우리는 "'A’가 'origin/b’를 추적하고 있습니다."라고 말합니다.

실제 우리의 눈에 보이는 트리입니다. 작업 트리는 일반적으로 헤드 커밋 트리의 내용과 사용자가 만들고 아직 커밋하지 않은 로컬 변경사항을 포함합니다.

저장소는 0개 또는 한개 또는 더 많은 작업 트리들이 연결될 수 있습니다. 하나의 "작업 트리"는 "작업 중이 트리"와 저장소 메타데이터로 구성됩니다. 대부분의 단일 저장소의 다른 작업 트리들 간에 공유되고 작업 트리별로 별도로 유지 관리됩니다.(예: 인덱스, HEAD 그리고 MERGE_HEAD와 같은 의사 참조들, 각 작업 트리 참조 및 각 작업 트리의 구성 파일.)