</div>\r
<h2>SYNOPSIS</h2>\r
<div class="sectionbody">\r
-<p><em>git-init</em> [-q | --quiet] [--template=<template_directory>] [--shared[=<permissions>]]</p>\r
+<p><em>git-init</em> [-q | --quiet] [--bare] [--template=<template_directory>] [--shared[=<permissions>]]</p>\r
</div>\r
<h2>OPTIONS</h2>\r
<div class="sectionbody">\r
</p>\r
</dd>\r
<dt>\r
+--bare\r
+</dt>\r
+<dd>\r
+<p>\r
+Create a bare repository. If GIT_DIR environment is not set, it is set to the\r
+current working directory.\r
+</p>\r
+</dd>\r
+<dt>\r
--template=<template_directory>\r
</dt>\r
<dd>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 01-Jun-2008 08:21:36 UTC\r
+Last updated 02-Jun-2008 07:30:00 UTC\r
</div>\r
</div>\r
</body>\r
SYNOPSIS
--------
-'git-init' [-q | --quiet] [--template=<template_directory>] [--shared[=<permissions>]]
+'git-init' [-q | --quiet] [--bare] [--template=<template_directory>] [--shared[=<permissions>]]
OPTIONS
Only print error and warning messages, all other output will be suppressed.
+--bare::
+
+Create a bare repository. If GIT_DIR environment is not set, it is set to the
+current working directory.
+
--template=<template_directory>::
Provide the directory from which templates will be used. The default template
</dt>\r
<dd>\r
<p>\r
-This is only used with the <em>dcommit</em> command.\r
+This can be used with the <em>dcommit</em> and <em>rebase</em> commands.\r
</p>\r
-<p>Print out the series of git arguments that would show\r
+<p>For <em>dcommit</em>, print out the series of git arguments that would show\r
which diffs would be committed to SVN.</p>\r
+<p>For <em>rebase</em>, display the local branch associated with the upstream svn\r
+repository associated with the current branch and the URL of svn\r
+repository that will be fetched from.</p>\r
</dd>\r
</dl>\r
</div>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 01-Jun-2008 08:21:50 UTC\r
+Last updated 02-Jun-2008 07:30:00 UTC\r
</div>\r
</div>\r
</body>\r
-n::
--dry-run::
-This is only used with the 'dcommit' command.
+This can be used with the 'dcommit' and 'rebase' commands.
-Print out the series of git arguments that would show
+For 'dcommit', print out the series of git arguments that would show
which diffs would be committed to SVN.
+For 'rebase', display the local branch associated with the upstream svn
+repository associated with the current branch and the URL of svn
+repository that will be fetched from.
+
--
ADVANCED OPTIONS
<p>See the references above to get started using git. The following is\r
probably more detail than necessary for a first-time user.</p>\r
<p>The <a href="user-manual.html#git-concepts">git concepts chapter of the\r
-user-manual</a> and the <a href="core-tutorial.html">Core tutorial</a> both provide\r
+user-manual</a> and the <a href="gitcore-tutorial.html">gitcore-tutorial(7)</a>[Core tutorial] both provide\r
introductions to the underlying git architecture.</p>\r
<p>See also the <a href="howto-index.html">howto</a> documents for some useful\r
examples.</p>\r
</div>\r
<h2>Terminology</h2>\r
<div class="sectionbody">\r
-<p>Please see the <a href="glossary.html">glossary</a> document.</p>\r
+<p>Please see the <a href="gitglossary.html">gitglossary(7)</a>[glossary] document.</p>\r
</div>\r
<h2>Environment Variables</h2>\r
<div class="sectionbody">\r
<div class="sectionbody">\r
<p>More detail on the following is available from the\r
<a href="user-manual.html#git-concepts">git concepts chapter of the\r
-user-manual</a> and the <a href="core-tutorial.html">Core tutorial</a>.</p>\r
+user-manual</a> and the <a href="gitcore-tutorial.html">gitcore-tutorial(7)</a>[Core tutorial].</p>\r
<p>A git project normally consists of a working directory with a ".git"\r
subdirectory at the top level. The .git directory contains, among other\r
things, a compressed object database representing the complete history\r
<david@dgreaves.com>, and later enhanced greatly by the\r
contributors on the git-list <git@vger.kernel.org>.</p>\r
</div>\r
+<h2>SEE ALSO</h2>\r
+<div class="sectionbody">\r
+<p><a href="gittutorial.html">gittutorial(7)</a>, <a href="gittutorial-2.html">gittutorial-2(7)</a>,\r
+<a href="giteveryday.html">giteveryday(7)</a>, <a href="gitcvs-migration.html">gitcvs-migration(7)</a>,\r
+<a href="gitglossary.html">gitglossary(7)</a>, <a href="gitcore-tutorial.html">gitcore-tutorial(7)</a>,\r
+<a href="user-manual.html">The Git User's Manual</a></p>\r
+</div>\r
<h2>GIT</h2>\r
<div class="sectionbody">\r
<p>Part of the <a href="git.html">git(7)</a> suite</p>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 01-Jun-2008 08:22:10 UTC\r
+Last updated 02-Jun-2008 07:30:02 UTC\r
</div>\r
</div>\r
</body>\r
probably more detail than necessary for a first-time user.
The link:user-manual.html#git-concepts[git concepts chapter of the
-user-manual] and the link:core-tutorial.html[Core tutorial] both provide
+user-manual] and the linkgit:gitcore-tutorial[7][Core tutorial] both provide
introductions to the underlying git architecture.
See also the link:howto-index.html[howto] documents for some useful
Terminology
-----------
-Please see the link:glossary.html[glossary] document.
+Please see the linkgit:gitglossary[7][glossary] document.
Environment Variables
More detail on the following is available from the
link:user-manual.html#git-concepts[git concepts chapter of the
-user-manual] and the link:core-tutorial.html[Core tutorial].
+user-manual] and the linkgit:gitcore-tutorial[7][Core tutorial].
A git project normally consists of a working directory with a ".git"
subdirectory at the top level. The .git directory contains, among other
<david@dgreaves.com>, and later enhanced greatly by the
contributors on the git-list <git@vger.kernel.org>.
+SEE ALSO
+--------
+linkgit:gittutorial[7], linkgit:gittutorial-2[7],
+linkgit:giteveryday[7], linkgit:gitcvs-migration[7],
+linkgit:gitglossary[7], linkgit:gitcore-tutorial[7],
+link:user-manual.html[The Git User's Manual]
+
GIT
---
Part of the linkgit:git[7] suite
@media print {\r
div#footer-badges { display: none; }\r
}\r
+include::./stylesheets/xhtml11-manpage.css[]\r
/* Workarounds for IE6's broken and incomplete CSS2. */\r
\r
div.sidebar-content {\r
padding-left: 0.5em;\r
}\r
</style>\r
-<title>A git core tutorial for developers</title>\r
+<title>gitcore-tutorial(7)</title>\r
</head>\r
<body>\r
<div id="header">\r
-<h1>A git core tutorial for developers</h1>\r
+<h1>\r
+gitcore-tutorial(7) Manual Page\r
+</h1>\r
+<h2>NAME</h2>\r
+<div class="sectionbody">\r
+<p>gitcore-tutorial -\r
+ A git core tutorial for developers\r
+</p>\r
+</div>\r
+</div>\r
+<h2>SYNOPSIS</h2>\r
+<div class="sectionbody">\r
+<p>git *</p>\r
</div>\r
-<h2>Introduction</h2>\r
+<h2>DESCRIPTION</h2>\r
<div class="sectionbody">\r
<p>This tutorial explains how to use the "core" git programs to set up and\r
work with a git repository.</p>\r
we've updated <tt>hello</tt> in the index, <tt>git-diff-files -p</tt> now shows no\r
differences, but <tt>git-diff-index -p HEAD</tt> still *does* show that the\r
current state is different from the state we committed. In fact, now\r
-<tt>git-diff-index</tt> shows the same difference whether we use the <tt>—cached</tt>\r
+<tt>git-diff-index</tt> shows the same difference whether we use the <tt>--cached</tt>\r
flag or not, since now the index is coherent with the working tree.</p>\r
<p>Now, since we've updated <tt>hello</tt> in the index, we can commit the new\r
version. We could do it by writing the tree by hand again, and\r
</td>\r
</tr></table>\r
</div>\r
-<p>More interestingly, you can also give <tt>git-diff-tree</tt> the <tt>—pretty</tt> flag,\r
+<p>More interestingly, you can also give <tt>git-diff-tree</tt> the <tt>--pretty</tt> flag,\r
which tells it to also show the commit message and author and date of the\r
commit, and you can tell it to show a whole series of diffs.\r
Alternatively, you can tell it to be "silent", and not show the diffs at\r
It resets the index contents to <tt>HEAD</tt>, and then the <tt>git-update-index</tt>\r
makes sure to match up all index entries with the checked-out files.\r
If the original repository had uncommitted changes in its\r
-working tree, <tt>git-update-index —refresh</tt> notices them and\r
+working tree, <tt>git-update-index --refresh</tt> notices them and\r
tells you they need to be updated.</p>\r
<p>The above can also be written as simply</p>\r
<div class="listingblock">\r
<td class="icon">\r
<div class="title">Note</div>\r
</td>\r
-<td class="content">Without the <em>—more=1</em> option, <em>git-show-branch</em> would not output the\r
+<td class="content">Without the <em>--more=1</em> option, <em>git-show-branch</em> would not output the\r
<em>[master^]</em> commit, as <em>[mybranch]</em> commit is a common ancestor of\r
both <em>master</em> and <em>mybranch</em> tips. Please see <em>git-show-branch</em>\r
documentation for details.</td>\r
</td>\r
<td class="content">If there were more commits on the <em>master</em> branch after the merge, the\r
merge commit itself would not be shown by <em>git-show-branch</em> by\r
-default. You would need to provide <em>—sparse</em> option to make the\r
+default. You would need to provide <em>--sparse</em> option to make the\r
merge commit visible in this case.</td>\r
</tr></table>\r
</div>\r
file-level 3-way merge. In this case, <tt>merge</tt> detects\r
conflicts, and the merge result with conflict marks is left in\r
the working tree.. This can be seen if you run <tt>ls-files\r
-—stage</tt> again at this point:</p>\r
+--stage</tt> again at this point:</p>\r
<div class="listingblock">\r
<div class="content">\r
<pre><tt>$ git-ls-files --stage\r
the other. Otherwise it would make the project history harder\r
to follow, not easier.</p>\r
</div>\r
+<h2>SEE ALSO</h2>\r
+<div class="sectionbody">\r
+<p><a href="gittutorial.html">gittutorial(7)</a>, <a href="gittutorial-2.html">gittutorial-2(7)</a>,\r
+<a href="giteveryday.html">giteveryday(7)</a>, <a href="gitcvs-migration.html">gitcvs-migration(7)</a>,\r
+<a href="user-manual.html">The Git User's Manual</a></p>\r
+</div>\r
+<h2>GIT</h2>\r
+<div class="sectionbody">\r
+<p>Part of the <a href="git.html">git(7)</a> suite.</p>\r
+</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 01-Jun-2008 08:21:56 UTC\r
+Last updated 02-Jun-2008 07:30:07 UTC\r
</div>\r
</div>\r
</body>\r
-A git core tutorial for developers
-==================================
+gitcore-tutorial(7)
+===================
-Introduction
-------------
+NAME
+----
+gitcore-tutorial - A git core tutorial for developers
+
+SYNOPSIS
+--------
+git *
+
+DESCRIPTION
+-----------
This tutorial explains how to use the "core" git programs to set up and
work with a git repository.
and the reason why you preferred changes made in one side over
the other. Otherwise it would make the project history harder
to follow, not easier.
+
+SEE ALSO
+--------
+linkgit:gittutorial[7], linkgit:gittutorial-2[7],
+linkgit:giteveryday[7], linkgit:gitcvs-migration[7],
+link:user-manual.html[The Git User's Manual]
+
+GIT
+---
+Part of the linkgit:git[7] suite.
this document explains how to do that.</p>\r
<p>Some basic familiarity with git is required. This\r
<a href="gittutorial.html">gittutorial(7)</a>[tutorial introduction to git] and the\r
-<a href="glossary.html">git glossary</a> should be sufficient.</p>\r
+<a href="gitglossary.html">gitglossary(7)</a>[git glossary] should be sufficient.</p>\r
</div>\r
<h2>Developing against a shared repository</h2>\r
<div class="sectionbody">\r
</div>\r
<h2>SEE ALSO</h2>\r
<div class="sectionbody">\r
-<p><a href="gittutorial.html">gittutorial(7)</a>, <a href="gittutorial-2.html">gittutorial-2(7)</a>,\r
+<p><a href="gittutorial.html">gittutorial(7)</a>,\r
+<a href="gittutorial-2.html">gittutorial-2(7)</a>,\r
+<a href="gitcore-tutorial.html">gitcore-tutorial(7)</a>,\r
+<a href="gitglossary.html">gitglossary(7)</a>,\r
<a href="everyday.html">Everyday Git</a>,\r
<a href="user-manual.html">The Git User's Manual</a></p>\r
</div>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 01-Jun-2008 08:21:56 UTC\r
+Last updated 02-Jun-2008 07:30:06 UTC\r
</div>\r
</div>\r
</body>\r
Some basic familiarity with git is required. This
linkgit:gittutorial[7][tutorial introduction to git] and the
-link:glossary.html[git glossary] should be sufficient.
+linkgit:gitglossary[7][git glossary] should be sufficient.
Developing against a shared repository
--------------------------------------
SEE ALSO
--------
-linkgit:gittutorial[7], linkgit:gittutorial-2[7],
+linkgit:gittutorial[7],
+linkgit:gittutorial-2[7],
+linkgit:gitcore-tutorial[7],
+linkgit:gitglossary[7],
link:everyday.html[Everyday Git],
link:user-manual.html[The Git User's Manual]
@media print {\r
div#footer-badges { display: none; }\r
}\r
+include::./stylesheets/xhtml11-manpage.css[]\r
/* Workarounds for IE6's broken and incomplete CSS2. */\r
\r
div.sidebar-content {\r
padding-left: 0.5em;\r
}\r
</style>\r
-<title>GIT Glossary</title>\r
+<title>gitglossary(7)</title>\r
</head>\r
<body>\r
<div id="header">\r
-<h1>GIT Glossary</h1>\r
+<h1>\r
+gitglossary(7) Manual Page\r
+</h1>\r
+<h2>NAME</h2>\r
+<div class="sectionbody">\r
+<p>gitglossary -\r
+ A GIT Glossary\r
+</p>\r
+</div>\r
+</div>\r
+<h2>SYNOPSIS</h2>\r
+<div class="sectionbody">\r
+<p>*</p>\r
</div>\r
-<div id="preamble">\r
+<h2>DESCRIPTION</h2>\r
<div class="sectionbody">\r
<dl>\r
<dt>\r
</dt>\r
<dd>\r
<p>\r
- Directed acyclic graph. The <a href="#def_commit">commit</a> objects form a\r
+ Directed acyclic graph. The <a href="#def_commit_object">commit objects</a> form a\r
directed acyclic graph, because they have parents (directed), and the\r
- graph of commit objects is acyclic (there is no\r
- <a href="#def_chain">chain</a> which begins and ends with the same\r
- <a href="#def_object">object</a>).\r
+ graph of commit objects is acyclic (there is no <a href="#def_chain">chain</a>\r
+ which begins and ends with the same <a href="#def_object">object</a>).\r
</p>\r
</dd>\r
<dt>\r
</dt>\r
<dd>\r
<p>\r
- One of the identifiers\r
- "<a href="#def_commit">commit</a>","<a href="#def_tree">tree</a>","<a href="#def_tag">tag</a>" or "<a href="#def_blob_object">blob</a>"\r
- describing the type of an <a href="#def_object">object</a>.\r
+ One of the identifiers "<a href="#def_commit_object">commit</a>",\r
+ "<a href="#def_tree_object">tree</a>", "<a href="#def_tag_object">tag</a>" or\r
+ "<a href="#def_blob_object">blob</a>" describing the type of an\r
+ <a href="#def_object">object</a>.\r
</p>\r
</dd>\r
<dt>\r
<p>\r
The term <a href="#def_pickaxe">pickaxe</a> refers to an option to the diffcore\r
routines that help select changes that add or delete a given text\r
- string. With the <tt>—pickaxe-all</tt> option, it can be used to view the full\r
+ string. With the <tt>--pickaxe-all</tt> option, it can be used to view the full\r
<a href="#def_changeset">changeset</a> that introduced or removed, say, a\r
particular line of text. See <a href="git-diff.html">git-diff(1)</a>.\r
</p>\r
parents, even though they are recorded in the <a href="#def_commit_object">commit object</a>). This is sometimes useful when you are interested only in the\r
recent history of a project even though the real history recorded in the\r
upstream is much larger. A shallow repository\r
- is created by giving the <tt>—depth</tt> option to <a href="git-clone.html">git-clone(1)</a>, and\r
+ is created by giving the <tt>--depth</tt> option to <a href="git-clone.html">git-clone(1)</a>, and\r
its history can be later deepened with <a href="git-fetch.html">git-fetch(1)</a>.\r
</p>\r
</dd>\r
</dd>\r
</dl>\r
</div>\r
+<h2>SEE ALSO</h2>\r
+<div class="sectionbody">\r
+<p><a href="gittutorial.html">gittutorial(7)</a>, <a href="gittutorial-2.html">gittutorial-2(7)</a>,\r
+<a href="giteveryday.html">giteveryday(7)</a>, <a href="gitcvs-migration.html">gitcvs-migration(7)</a>,\r
+<a href="user-manual.html">The Git User's Manual</a></p>\r
+</div>\r
+<h2>GIT</h2>\r
+<div class="sectionbody">\r
+<p>Part of the <a href="git.html">git(7)</a> suite.</p>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 01-Jun-2008 08:22:02 UTC\r
+Last updated 02-Jun-2008 07:30:08 UTC\r
</div>\r
</div>\r
</body>\r
--- /dev/null
+gitglossary(7)
+==============
+
+NAME
+----
+gitglossary - A GIT Glossary
+
+SYNOPSIS
+--------
+*
+
+DESCRIPTION
+-----------
+
+include::glossary-content.txt[]
+
+SEE ALSO
+--------
+linkgit:gittutorial[7], linkgit:gittutorial-2[7],
+linkgit:giteveryday[7], linkgit:gitcvs-migration[7],
+link:user-manual.html[The Git User's Manual]
+
+GIT
+---
+Part of the linkgit:git[7] suite.
<p>In addition to being the staging area for new commits, the index file\r
is also populated from the object database when checking out a\r
branch, and is used to hold the trees involved in a merge operation.\r
-See the <a href="core-tutorial.html">core tutorial</a> and the relevant man\r
+See the <a href="gitcore-tutorial.html">gitcore-tutorial(7)</a>[core tutorial] and the relevant man\r
pages for details.</p>\r
</div>\r
<h2>What next?</h2>\r
pages for any of the git commands; one good place to start would be\r
with the commands mentioned in <a href="everyday.html">Everyday git</a>. You\r
should be able to find any unknown jargon in the\r
-<a href="glossary.html">Glossary</a>.</p>\r
+<a href="gitglossary.html">gitglossary(7)</a>[Glossary].</p>\r
<p>The <a href="user-manual.html">Git User's Manual</a> provides a more\r
comprehensive introduction to git.</p>\r
<p>The <a href="gitcvs-migration.html">gitcvs-migration(7)</a>[CVS migration] document explains how to\r
CVS-like way.</p>\r
<p>For some interesting examples of git use, see the\r
<a href="howto-index.html">howtos</a>.</p>\r
-<p>For git developers, the <a href="core-tutorial.html">Core tutorial</a> goes\r
+<p>For git developers, the <a href="gitcore-tutorial.html">gitcore-tutorial(7)</a>[Core tutorial] goes\r
into detail on the lower-level git mechanisms involved in, for\r
example, creating a new commit.</p>\r
</div>\r
<div class="sectionbody">\r
<p><a href="gittutorial.html">gittutorial(7)</a>,\r
<a href="gitcvs-migration.html">gitcvs-migration(7)</a>,\r
+<a href="gitcore-tutorial.html">gitcore-tutorial(7)</a>,\r
+<a href="gitglossary.html">gitglossary(7)</a>,\r
<a href="everyday.html">Everyday git</a>,\r
<a href="user-manual.html">The Git User's Manual</a></p>\r
</div>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 01-Jun-2008 08:21:55 UTC\r
+Last updated 02-Jun-2008 07:30:05 UTC\r
</div>\r
</div>\r
</body>\r
In addition to being the staging area for new commits, the index file
is also populated from the object database when checking out a
branch, and is used to hold the trees involved in a merge operation.
-See the link:core-tutorial.html[core tutorial] and the relevant man
+See the linkgit:gitcore-tutorial[7][core tutorial] and the relevant man
pages for details.
What next?
pages for any of the git commands; one good place to start would be
with the commands mentioned in link:everyday.html[Everyday git]. You
should be able to find any unknown jargon in the
-link:glossary.html[Glossary].
+linkgit:gitglossary[7][Glossary].
The link:user-manual.html[Git User's Manual] provides a more
comprehensive introduction to git.
For some interesting examples of git use, see the
link:howto-index.html[howtos].
-For git developers, the link:core-tutorial.html[Core tutorial] goes
+For git developers, the linkgit:gitcore-tutorial[7][Core tutorial] goes
into detail on the lower-level git mechanisms involved in, for
example, creating a new commit.
--------
linkgit:gittutorial[7],
linkgit:gitcvs-migration[7],
+linkgit:gitcore-tutorial[7],
+linkgit:gitglossary[7],
link:everyday.html[Everyday git],
link:user-manual.html[The Git User's Manual]
<div class="sectionbody">\r
<p><a href="gittutorial-2.html">gittutorial-2(7)</a>,\r
<a href="gitcvs-migration.html">gitcvs-migration(7)</a>,\r
+<a href="gitcore-tutorial.html">gitcore-tutorial(7)</a>,\r
+<a href="gitglossary.html">gitglossary(7)</a>,\r
<a href="everyday.html">Everyday git</a>,\r
<a href="user-manual.html">The Git User's Manual</a></p>\r
</div>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 01-Jun-2008 08:21:55 UTC\r
+Last updated 02-Jun-2008 07:30:03 UTC\r
</div>\r
</div>\r
</body>\r
--------
linkgit:gittutorial-2[7],
linkgit:gitcvs-migration[7],
+linkgit:gitcore-tutorial[7],
+linkgit:gitglossary[7],
link:everyday.html[Everyday git],
link:user-manual.html[The Git User's Manual]
-GIT Glossary
-============
-
[[def_alternate_object_database]]alternate object database::
Via the alternates mechanism, a <<def_repository,repository>>
can inherit part of its <<def_object_database,object database>>
source code management tools.
[[def_DAG]]DAG::
- Directed acyclic graph. The <<def_commit,commit>> objects form a
+ Directed acyclic graph. The <<def_commit_object,commit objects>> form a
directed acyclic graph, because they have parents (directed), and the
- graph of commit objects is acyclic (there is no
- <<def_chain,chain>> which begins and ends with the same
- <<def_object,object>>).
+ graph of commit objects is acyclic (there is no <<def_chain,chain>>
+ which begins and ends with the same <<def_object,object>>).
[[def_dangling_object]]dangling object::
An <<def_unreachable_object,unreachable object>> which is not
the <<def_hash,hash>> of the object.
[[def_object_type]]object type::
- One of the identifiers
- "<<def_commit,commit>>","<<def_tree,tree>>","<<def_tag,tag>>" or "<<def_blob_object,blob>>"
- describing the type of an <<def_object,object>>.
+ One of the identifiers "<<def_commit_object,commit>>",
+ "<<def_tree_object,tree>>", "<<def_tag_object,tag>>" or
+ "<<def_blob_object,blob>>" describing the type of an
+ <<def_object,object>>.
[[def_octopus]]octopus::
To <<def_merge,merge>> more than two <<def_branch,branches>>. Also denotes an
</dd><dt><span class="term">
<a name="def_DAG"></a>DAG
</span></dt><dd>
- Directed acyclic graph. The <a href="#def_commit">commit</a> objects form a
+ Directed acyclic graph. The <a href="#def_commit_object">commit objects</a> form a
directed acyclic graph, because they have parents (directed), and the
- graph of commit objects is acyclic (there is no
- <a href="#def_chain">chain</a> which begins and ends with the same
- <a href="#def_object">object</a>).
+ graph of commit objects is acyclic (there is no <a href="#def_chain">chain</a>
+ which begins and ends with the same <a href="#def_object">object</a>).
</dd><dt><span class="term">
<a name="def_dangling_object"></a>dangling object
</span></dt><dd>
</dd><dt><span class="term">
<a name="def_object_type"></a>object type
</span></dt><dd>
- One of the identifiers
- "<a href="#def_commit">commit</a>","<a href="#def_tree">tree</a>","<a href="#def_tag">tag</a>" or "<a href="#def_blob_object">blob</a>"
- describing the type of an <a href="#def_object">object</a>.
+ One of the identifiers "<a href="#def_commit_object">commit</a>",
+ "<a href="#def_tree_object">tree</a>", "<a href="#def_tag_object">tag</a>" or
+ "<a href="#def_blob_object">blob</a>" describing the type of an
+ <a href="#def_object">object</a>.
</dd><dt><span class="term">
<a name="def_octopus"></a>octopus
</span></dt><dd>
itself!
[[glossary]]
-include::glossary.txt[]
+GIT Glossary
+============
+
+include::glossary-content.txt[]
[[git-quick-start]]
Appendix A: Git Quick Reference