Add a few more words to the glossary.
Clean up a few entries and fix typos. bare repository cherry-picking hook topic branch [jc: removing questionable "symbolic ref -- see 'ref'" for now.] Signed-off-by: Jon Loeliger <jdl@jdl.com> Signed-off-by: Junio C Hamano <junkio@cox.net>
This commit is contained in:
parent
9290cd58c3
commit
7abd7117ec
@ -3,6 +3,17 @@ alternate object database::
|
|||||||
object database from another object database, which is called
|
object database from another object database, which is called
|
||||||
"alternate".
|
"alternate".
|
||||||
|
|
||||||
|
bare repository::
|
||||||
|
A bare repository is normally an appropriately named
|
||||||
|
directory with a `.git` suffix that does not have a
|
||||||
|
locally checked-out copy of any of the files under revision
|
||||||
|
control. That is, all of the `git` administrative and
|
||||||
|
control files that would normally be present in the
|
||||||
|
hidden `.git` sub-directory are directly present in
|
||||||
|
the `repository.git` directory instead, and no other files
|
||||||
|
are present and checked out. Usually publishers of public
|
||||||
|
repositories make bare repositories available.
|
||||||
|
|
||||||
blob object::
|
blob object::
|
||||||
Untyped object, e.g. the contents of a file.
|
Untyped object, e.g. the contents of a file.
|
||||||
|
|
||||||
@ -28,6 +39,15 @@ checkout::
|
|||||||
The action of updating the working tree to a revision which was
|
The action of updating the working tree to a revision which was
|
||||||
stored in the object database.
|
stored in the object database.
|
||||||
|
|
||||||
|
cherry-picking::
|
||||||
|
In SCM jargon, "cherry pick" means to choose a subset of
|
||||||
|
changes out of a series of changes (typically commits)
|
||||||
|
and record them as a new series of changes on top of
|
||||||
|
different codebase. In GIT, this is performed by
|
||||||
|
"git cherry-pick" command to extract the change
|
||||||
|
introduced by an existing commit and to record it based
|
||||||
|
on the tip of the current branch as a new commit.
|
||||||
|
|
||||||
clean::
|
clean::
|
||||||
A working tree is clean, if it corresponds to the revision
|
A working tree is clean, if it corresponds to the revision
|
||||||
referenced by the current head. Also see "dirty".
|
referenced by the current head. Also see "dirty".
|
||||||
@ -100,6 +120,16 @@ head ref::
|
|||||||
A ref pointing to a head. Often, this is abbreviated to "head".
|
A ref pointing to a head. Often, this is abbreviated to "head".
|
||||||
Head refs are stored in `$GIT_DIR/refs/heads/`.
|
Head refs are stored in `$GIT_DIR/refs/heads/`.
|
||||||
|
|
||||||
|
hook::
|
||||||
|
During the normal execution of several git commands,
|
||||||
|
call-outs are made to optional scripts that allow
|
||||||
|
a developer to add functionality or checking.
|
||||||
|
Typically, the hooks allow for a command to be pre-verified
|
||||||
|
and potentially aborted, and allow for a post-notification
|
||||||
|
after the operation is done.
|
||||||
|
The hook scripts are found in the `$GIT_DIR/hooks/` directory,
|
||||||
|
and are enabled by simply making them executable.
|
||||||
|
|
||||||
index::
|
index::
|
||||||
A collection of files with stat information, whose contents are
|
A collection of files with stat information, whose contents are
|
||||||
stored as objects. The index is a stored version of your working
|
stored as objects. The index is a stored version of your working
|
||||||
@ -113,10 +143,10 @@ index entry::
|
|||||||
that file).
|
that file).
|
||||||
|
|
||||||
master::
|
master::
|
||||||
The default branch. Whenever you create a git repository, a branch
|
The default development branch. Whenever you create a git
|
||||||
named "master" is created, and becomes the active branch. In most
|
repository, a branch named "master" is created, and becomes
|
||||||
cases, this contains the local development.
|
the active branch. In most cases, this contains the local
|
||||||
|
development, though that is purely conventional and not required.
|
||||||
|
|
||||||
merge::
|
merge::
|
||||||
To merge branches means to try to accumulate the changes since a
|
To merge branches means to try to accumulate the changes since a
|
||||||
@ -151,10 +181,11 @@ octopus::
|
|||||||
predator.
|
predator.
|
||||||
|
|
||||||
origin::
|
origin::
|
||||||
The default upstream branch. Most projects have one upstream
|
The default upstream tracking branch. Most projects have at
|
||||||
project which they track, and by default 'origin' is used for
|
least one upstream project which they track. By default
|
||||||
that purpose. New updates from upstream will be fetched into
|
'origin' is used for that purpose. New upstream updates
|
||||||
this branch; you should never commit to it yourself.
|
will be fetched into this branch; you should never commit
|
||||||
|
to it yourself.
|
||||||
|
|
||||||
pack::
|
pack::
|
||||||
A set of objects which have been compressed into one file (to save
|
A set of objects which have been compressed into one file (to save
|
||||||
@ -168,7 +199,8 @@ parent::
|
|||||||
A commit object contains a (possibly empty) list of the logical
|
A commit object contains a (possibly empty) list of the logical
|
||||||
predecessor(s) in the line of development, i.e. its parents.
|
predecessor(s) in the line of development, i.e. its parents.
|
||||||
|
|
||||||
pickaxe:: The term pickaxe refers to an option to the diffcore routines
|
pickaxe::
|
||||||
|
The term pickaxe refers to an option to the diffcore routines
|
||||||
that help select changes that add or delete a given text string.
|
that help select changes that add or delete a given text string.
|
||||||
With the --pickaxe-all option, it can be used to view the
|
With the --pickaxe-all option, it can be used to view the
|
||||||
full changeset that introduced or removed, say, a particular
|
full changeset that introduced or removed, say, a particular
|
||||||
@ -204,8 +236,8 @@ rebase::
|
|||||||
changes from that branch.
|
changes from that branch.
|
||||||
|
|
||||||
ref::
|
ref::
|
||||||
A 40-byte hex representation of a SHA1 pointing to a particular
|
A 40-byte hex representation of a SHA1 or a name that denotes
|
||||||
object. These may be stored in `$GIT_DIR/refs/`.
|
a particular object. These may be stored in `$GIT_DIR/refs/`.
|
||||||
|
|
||||||
refspec::
|
refspec::
|
||||||
A refspec is used by fetch and push to describe the mapping
|
A refspec is used by fetch and push to describe the mapping
|
||||||
@ -243,10 +275,17 @@ SCM::
|
|||||||
SHA1::
|
SHA1::
|
||||||
Synonym for object name.
|
Synonym for object name.
|
||||||
|
|
||||||
|
topic branch::
|
||||||
|
A regular git branch that is used by a developer to
|
||||||
|
identify a conceptual line of development. Since branches
|
||||||
|
are very easy and inexpensive, it is often desirable to
|
||||||
|
have several small branches that each contain very well
|
||||||
|
defined concepts or small incremental yet related changes.
|
||||||
|
|
||||||
tracking branch::
|
tracking branch::
|
||||||
A regular git branch that is used to follow changes from
|
A regular git branch that is used to follow changes from
|
||||||
another repository. A tracking branch should not contain
|
another repository. A tracking branch should not contain
|
||||||
direct modifications or made commits made locally.
|
direct modifications or have local commits made to it.
|
||||||
A tracking branch can usually be identified as the
|
A tracking branch can usually be identified as the
|
||||||
right-hand-side ref in a Pull: refspec.
|
right-hand-side ref in a Pull: refspec.
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user