</dd>\r
</dl>\r
</div>\r
+<h2>Discussion</h2>\r
+<div class="sectionbody">\r
+<p>At the core level, git is character encoding agnostic.</p>\r
+<ul>\r
+<li>\r
+<p>\r
+The pathnames recorded in the index and in the tree objects\r
+ are treated as uninterpreted sequences of non-NUL bytes.\r
+ What readdir(2) returns are what are recorded and compared\r
+ with the data git keeps track of, which in turn are expected\r
+ to be what lstat(2) and creat(2) accepts. There is no such\r
+ thing as pathname encoding translation.\r
+</p>\r
+</li>\r
+<li>\r
+<p>\r
+The contents of the blob objects are uninterpreted sequence\r
+ of bytes. There is no encoding translation at the core\r
+ level.\r
+</p>\r
+</li>\r
+<li>\r
+<p>\r
+The commit log messages are uninterpreted sequence of non-NUL\r
+ bytes.\r
+</p>\r
+</li>\r
+</ul>\r
+<p>Although we encourage that the commit log messages are encoded\r
+in UTF-8, both the core and git Porcelain are designed not to\r
+force UTF-8 on projects. If all participants of a particular\r
+project find it more convenient to use legacy encodings, git\r
+does not forbid it. However, there are a few things to keep in\r
+mind.</p>\r
+<ol>\r
+<li>\r
+<p>\r
+<tt>git-commit-tree</tt> (hence, <tt>git-commit</tt> which uses it) issues\r
+ an warning if the commit log message given to it does not look\r
+ like a valid UTF-8 string, unless you explicitly say your\r
+ project uses a legacy encoding. The way to say this is to\r
+ have core.commitencoding in <tt>.git/config</tt> file, like this:\r
+</p>\r
+<div class="listingblock">\r
+<div class="content">\r
+<pre><tt>[core]\r
+ commitencoding = ISO-8859-1</tt></pre>\r
+</div></div>\r
+<p>Commit objects created with the above setting record the value\r
+of <tt>core.commitencoding</tt> in its <tt>encoding</tt> header. This is to\r
+help other people who look at them later. Lack of this header\r
+implies that the commit log message is encoded in UTF-8.</p>\r
+</li>\r
+<li>\r
+<p>\r
+<tt>git-log</tt>, <tt>git-show</tt> and friends looks at the <tt>encoding</tt>\r
+ header of a commit object, and tries to re-code the log\r
+ message into UTF-8 unless otherwise specified. You can\r
+ specify the desired output encoding with\r
+ <tt>core.logoutputencoding</tt> in <tt>.git/config</tt> file, like this:\r
+</p>\r
+<div class="listingblock">\r
+<div class="content">\r
+<pre><tt>[core]\r
+ logoutputencoding = ISO-8859-1</tt></pre>\r
+</div></div>\r
+<p>If you do not have this configuration variable, the value of\r
+<tt>core.commitencoding</tt> is used instead.</p>\r
+</li>\r
+</ol>\r
+<p>Note that we deliberately chose not to re-code the commit log\r
+message when a commit is made to force UTF-8 at the commit\r
+object level, because re-coding to UTF-8 is not necessarily a\r
+reversible operation.</p>\r
+</div>\r
<h2>See Also</h2>\r
<div class="sectionbody">\r
<p><a href="git-write-tree.html">git-write-tree(1)</a></p>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 03-Oct-2006 08:40:57 UTC\r
+Last updated 31-Dec-2006 01:19:01 UTC\r
</div>\r
</div>\r
</body>\r
Your sysadmin must hate you!::
The password(5) name field is longer than a giant static buffer.
+Discussion
+----------
+
+include::i18n.txt[]
+
See Also
--------
gitlink:git-write-tree[1]
should be recorded as a single commit. In fact, the command\r
refuses to run when given pathnames (but see <tt>-i</tt> option).</p>\r
</div>\r
+<h2>DISCUSSION</h2>\r
+<div class="sectionbody">\r
+<p>At the core level, git is character encoding agnostic.</p>\r
+<ul>\r
+<li>\r
+<p>\r
+The pathnames recorded in the index and in the tree objects\r
+ are treated as uninterpreted sequences of non-NUL bytes.\r
+ What readdir(2) returns are what are recorded and compared\r
+ with the data git keeps track of, which in turn are expected\r
+ to be what lstat(2) and creat(2) accepts. There is no such\r
+ thing as pathname encoding translation.\r
+</p>\r
+</li>\r
+<li>\r
+<p>\r
+The contents of the blob objects are uninterpreted sequence\r
+ of bytes. There is no encoding translation at the core\r
+ level.\r
+</p>\r
+</li>\r
+<li>\r
+<p>\r
+The commit log messages are uninterpreted sequence of non-NUL\r
+ bytes.\r
+</p>\r
+</li>\r
+</ul>\r
+<p>Although we encourage that the commit log messages are encoded\r
+in UTF-8, both the core and git Porcelain are designed not to\r
+force UTF-8 on projects. If all participants of a particular\r
+project find it more convenient to use legacy encodings, git\r
+does not forbid it. However, there are a few things to keep in\r
+mind.</p>\r
+<ol>\r
+<li>\r
+<p>\r
+<tt>git-commit-tree</tt> (hence, <tt>git-commit</tt> which uses it) issues\r
+ an warning if the commit log message given to it does not look\r
+ like a valid UTF-8 string, unless you explicitly say your\r
+ project uses a legacy encoding. The way to say this is to\r
+ have core.commitencoding in <tt>.git/config</tt> file, like this:\r
+</p>\r
+<div class="listingblock">\r
+<div class="content">\r
+<pre><tt>[core]\r
+ commitencoding = ISO-8859-1</tt></pre>\r
+</div></div>\r
+<p>Commit objects created with the above setting record the value\r
+of <tt>core.commitencoding</tt> in its <tt>encoding</tt> header. This is to\r
+help other people who look at them later. Lack of this header\r
+implies that the commit log message is encoded in UTF-8.</p>\r
+</li>\r
+<li>\r
+<p>\r
+<tt>git-log</tt>, <tt>git-show</tt> and friends looks at the <tt>encoding</tt>\r
+ header of a commit object, and tries to re-code the log\r
+ message into UTF-8 unless otherwise specified. You can\r
+ specify the desired output encoding with\r
+ <tt>core.logoutputencoding</tt> in <tt>.git/config</tt> file, like this:\r
+</p>\r
+<div class="listingblock">\r
+<div class="content">\r
+<pre><tt>[core]\r
+ logoutputencoding = ISO-8859-1</tt></pre>\r
+</div></div>\r
+<p>If you do not have this configuration variable, the value of\r
+<tt>core.commitencoding</tt> is used instead.</p>\r
+</li>\r
+</ol>\r
+<p>Note that we deliberately chose not to re-code the commit log\r
+message when a commit is made to force UTF-8 at the commit\r
+object level, because re-coding to UTF-8 is not necessarily a\r
+reversible operation.</p>\r
+</div>\r
<h2>ENVIRONMENT VARIABLES</h2>\r
<div class="sectionbody">\r
<p>The command specified by either the VISUAL or EDITOR environment\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 16-Dec-2006 07:43:46 UTC\r
+Last updated 31-Dec-2006 01:19:02 UTC\r
</div>\r
</div>\r
</body>\r
refuses to run when given pathnames (but see `-i` option).
+DISCUSSION
+----------
+
+include::i18n.txt[]
+
ENVIRONMENT VARIABLES
---------------------
The command specified by either the VISUAL or EDITOR environment
</ul>\r
</dd>\r
<dt>\r
+--encoding[=<encoding>]\r
+</dt>\r
+<dd>\r
+<p>\r
+ The commit objects record the encoding used for the log message\r
+ in their encoding header; this option can be used to tell the\r
+ command to re-code the commit log message in the encoding\r
+ preferred by the user. For non plumbing commands this\r
+ defaults to UTF-8.\r
+</p>\r
+</dd>\r
+<dt>\r
--no-commit-id\r
</dt>\r
<dd>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 26-Dec-2006 09:11:33 UTC\r
+Last updated 31-Dec-2006 01:19:02 UTC\r
</div>\r
</div>\r
</body>\r
</ul>\r
</dd>\r
<dt>\r
+--encoding[=<encoding>]\r
+</dt>\r
+<dd>\r
+<p>\r
+ The commit objects record the encoding used for the log message\r
+ in their encoding header; this option can be used to tell the\r
+ command to re-code the commit log message in the encoding\r
+ preferred by the user. For non plumbing commands this\r
+ defaults to UTF-8.\r
+</p>\r
+</dd>\r
+<dt>\r
--max-count=<n>\r
</dt>\r
<dd>\r
</dt>\r
<dd>\r
<p>\r
- Show only commits between the named two commits.\r
+ Show only commits between the named two commits. When\r
+ either <since> or <until> is omitted, it defaults to\r
+ <tt>HEAD</tt>, i.e. the tip of the current branch.\r
</p>\r
</dd>\r
<dt>\r
</dd>\r
</dl>\r
</div>\r
+<h2>Discussion</h2>\r
+<div class="sectionbody">\r
+<p>At the core level, git is character encoding agnostic.</p>\r
+<ul>\r
+<li>\r
+<p>\r
+The pathnames recorded in the index and in the tree objects\r
+ are treated as uninterpreted sequences of non-NUL bytes.\r
+ What readdir(2) returns are what are recorded and compared\r
+ with the data git keeps track of, which in turn are expected\r
+ to be what lstat(2) and creat(2) accepts. There is no such\r
+ thing as pathname encoding translation.\r
+</p>\r
+</li>\r
+<li>\r
+<p>\r
+The contents of the blob objects are uninterpreted sequence\r
+ of bytes. There is no encoding translation at the core\r
+ level.\r
+</p>\r
+</li>\r
+<li>\r
+<p>\r
+The commit log messages are uninterpreted sequence of non-NUL\r
+ bytes.\r
+</p>\r
+</li>\r
+</ul>\r
+<p>Although we encourage that the commit log messages are encoded\r
+in UTF-8, both the core and git Porcelain are designed not to\r
+force UTF-8 on projects. If all participants of a particular\r
+project find it more convenient to use legacy encodings, git\r
+does not forbid it. However, there are a few things to keep in\r
+mind.</p>\r
+<ol>\r
+<li>\r
+<p>\r
+<tt>git-commit-tree</tt> (hence, <tt>git-commit</tt> which uses it) issues\r
+ an warning if the commit log message given to it does not look\r
+ like a valid UTF-8 string, unless you explicitly say your\r
+ project uses a legacy encoding. The way to say this is to\r
+ have core.commitencoding in <tt>.git/config</tt> file, like this:\r
+</p>\r
+<div class="listingblock">\r
+<div class="content">\r
+<pre><tt>[core]\r
+ commitencoding = ISO-8859-1</tt></pre>\r
+</div></div>\r
+<p>Commit objects created with the above setting record the value\r
+of <tt>core.commitencoding</tt> in its <tt>encoding</tt> header. This is to\r
+help other people who look at them later. Lack of this header\r
+implies that the commit log message is encoded in UTF-8.</p>\r
+</li>\r
+<li>\r
+<p>\r
+<tt>git-log</tt>, <tt>git-show</tt> and friends looks at the <tt>encoding</tt>\r
+ header of a commit object, and tries to re-code the log\r
+ message into UTF-8 unless otherwise specified. You can\r
+ specify the desired output encoding with\r
+ <tt>core.logoutputencoding</tt> in <tt>.git/config</tt> file, like this:\r
+</p>\r
+<div class="listingblock">\r
+<div class="content">\r
+<pre><tt>[core]\r
+ logoutputencoding = ISO-8859-1</tt></pre>\r
+</div></div>\r
+<p>If you do not have this configuration variable, the value of\r
+<tt>core.commitencoding</tt> is used instead.</p>\r
+</li>\r
+</ol>\r
+<p>Note that we deliberately chose not to re-code the commit log\r
+message when a commit is made to force UTF-8 at the commit\r
+object level, because re-coding to UTF-8 is not necessarily a\r
+reversible operation.</p>\r
+</div>\r
<h2>Author</h2>\r
<div class="sectionbody">\r
<p>Written by Linus Torvalds <torvalds@osdl.org></p>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 23-Nov-2006 02:47:21 UTC\r
+Last updated 31-Dec-2006 01:19:04 UTC\r
</div>\r
</div>\r
</body>\r
Limits the number of commits to show.
<since>..<until>::
- Show only commits between the named two commits.
+ Show only commits between the named two commits. When
+ either <since> or <until> is omitted, it defaults to
+ `HEAD`, i.e. the tip of the current branch.
-p::
Show the change the commit introduces in a patch form.
in the "release" branch, along with the list of paths
each commit modifies.
+Discussion
+----------
+
+include::i18n.txt[]
+
+
Author
------
Written by Linus Torvalds <torvalds@osdl.org>
[ --stdin ]\r
[ --topo-order ]\r
[ --parents ]\r
+ [ --encoding[=<encoding>] ]\r
[ --(author|committer|grep)=<pattern> ]\r
[ [--objects | --objects-edge] [ --unpacked ] ]\r
[ --pretty | --header ]\r
</ul>\r
</dd>\r
<dt>\r
+--encoding[=<encoding>]\r
+</dt>\r
+<dd>\r
+<p>\r
+ The commit objects record the encoding used for the log message\r
+ in their encoding header; this option can be used to tell the\r
+ command to re-code the commit log message in the encoding\r
+ preferred by the user. For non plumbing commands this\r
+ defaults to UTF-8.\r
+</p>\r
+</dd>\r
+<dt>\r
--relative-date\r
</dt>\r
<dd>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 25-Dec-2006 11:36:06 UTC\r
+Last updated 31-Dec-2006 01:19:04 UTC\r
</div>\r
</div>\r
</body>\r
[ \--stdin ]
[ \--topo-order ]
[ \--parents ]
+ [ \--encoding[=<encoding>] ]
[ \--(author|committer|grep)=<pattern> ]
[ [\--objects | \--objects-edge] [ \--unpacked ] ]
[ \--pretty | \--header ]
<div class="sectionbody">\r
<dl>\r
<dt>\r
-<commitid>\r
+<object>\r
</dt>\r
<dd>\r
<p>\r
- ID of the commit to show.\r
+ The name of the object to show.\r
</p>\r
</dd>\r
<dt>\r
</li>\r
</ul>\r
</dd>\r
+<dt>\r
+--encoding[=<encoding>]\r
+</dt>\r
+<dd>\r
+<p>\r
+ The commit objects record the encoding used for the log message\r
+ in their encoding header; this option can be used to tell the\r
+ command to re-code the commit log message in the encoding\r
+ preferred by the user. For non plumbing commands this\r
+ defaults to UTF-8.\r
+</p>\r
+</dd>\r
</dl>\r
</div>\r
<h2>EXAMPLES</h2>\r
</dt>\r
<dd>\r
<p>\r
- Shows the tag <tt>v1.0.0</tt>.\r
+ Shows the tag <tt>v1.0.0</tt>, along with the object the tags\r
+ points at.\r
</p>\r
</dd>\r
<dt>\r
Concatenates the contents of said Makefiles in the head\r
of the branch <tt>master</tt>.</p>\r
</div>\r
+<h2>Discussion</h2>\r
+<div class="sectionbody">\r
+<p>At the core level, git is character encoding agnostic.</p>\r
+<ul>\r
+<li>\r
+<p>\r
+The pathnames recorded in the index and in the tree objects\r
+ are treated as uninterpreted sequences of non-NUL bytes.\r
+ What readdir(2) returns are what are recorded and compared\r
+ with the data git keeps track of, which in turn are expected\r
+ to be what lstat(2) and creat(2) accepts. There is no such\r
+ thing as pathname encoding translation.\r
+</p>\r
+</li>\r
+<li>\r
+<p>\r
+The contents of the blob objects are uninterpreted sequence\r
+ of bytes. There is no encoding translation at the core\r
+ level.\r
+</p>\r
+</li>\r
+<li>\r
+<p>\r
+The commit log messages are uninterpreted sequence of non-NUL\r
+ bytes.\r
+</p>\r
+</li>\r
+</ul>\r
+<p>Although we encourage that the commit log messages are encoded\r
+in UTF-8, both the core and git Porcelain are designed not to\r
+force UTF-8 on projects. If all participants of a particular\r
+project find it more convenient to use legacy encodings, git\r
+does not forbid it. However, there are a few things to keep in\r
+mind.</p>\r
+<ol>\r
+<li>\r
+<p>\r
+<tt>git-commit-tree</tt> (hence, <tt>git-commit</tt> which uses it) issues\r
+ an warning if the commit log message given to it does not look\r
+ like a valid UTF-8 string, unless you explicitly say your\r
+ project uses a legacy encoding. The way to say this is to\r
+ have core.commitencoding in <tt>.git/config</tt> file, like this:\r
+</p>\r
+<div class="listingblock">\r
+<div class="content">\r
+<pre><tt>[core]\r
+ commitencoding = ISO-8859-1</tt></pre>\r
+</div></div>\r
+<p>Commit objects created with the above setting record the value\r
+of <tt>core.commitencoding</tt> in its <tt>encoding</tt> header. This is to\r
+help other people who look at them later. Lack of this header\r
+implies that the commit log message is encoded in UTF-8.</p>\r
+</li>\r
+<li>\r
+<p>\r
+<tt>git-log</tt>, <tt>git-show</tt> and friends looks at the <tt>encoding</tt>\r
+ header of a commit object, and tries to re-code the log\r
+ message into UTF-8 unless otherwise specified. You can\r
+ specify the desired output encoding with\r
+ <tt>core.logoutputencoding</tt> in <tt>.git/config</tt> file, like this:\r
+</p>\r
+<div class="listingblock">\r
+<div class="content">\r
+<pre><tt>[core]\r
+ logoutputencoding = ISO-8859-1</tt></pre>\r
+</div></div>\r
+<p>If you do not have this configuration variable, the value of\r
+<tt>core.commitencoding</tt> is used instead.</p>\r
+</li>\r
+</ol>\r
+<p>Note that we deliberately chose not to re-code the commit log\r
+message when a commit is made to force UTF-8 at the commit\r
+object level, because re-coding to UTF-8 is not necessarily a\r
+reversible operation.</p>\r
+</div>\r
<h2>Author</h2>\r
<div class="sectionbody">\r
<p>Written by Linus Torvalds <torvalds@osdl.org> and\r
-Junio C Hamano <junkio@cox.net></p>\r
+Junio C Hamano <junkio@cox.net>. Significantly enhanced by\r
+Johannes Schindelin <Johannes.Schindelin@gmx.de>.</p>\r
</div>\r
<h2>Documentation</h2>\r
<div class="sectionbody">\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 16-Dec-2006 07:43:53 UTC\r
+Last updated 31-Dec-2006 01:19:05 UTC\r
</div>\r
</div>\r
</body>\r
OPTIONS
-------
-<commitid>::
- ID of the commit to show.
+<object>::
+ The name of the object to show.
include::pretty-formats.txt[]
--------
git show v1.0.0::
- Shows the tag `v1.0.0`.
+ Shows the tag `v1.0.0`, along with the object the tags
+ points at.
git show v1.0.0^{tree}::
Shows the tree pointed to by the tag `v1.0.0`.
Concatenates the contents of said Makefiles in the head
of the branch `master`.
+Discussion
+----------
+
+include::i18n.txt[]
+
Author
------
Written by Linus Torvalds <torvalds@osdl.org> and
-Junio C Hamano <junkio@cox.net>
+Junio C Hamano <junkio@cox.net>. Significantly enhanced by
+Johannes Schindelin <Johannes.Schindelin@gmx.de>.
Documentation
--- /dev/null
+At the core level, git is character encoding agnostic.
+
+ - The pathnames recorded in the index and in the tree objects
+ are treated as uninterpreted sequences of non-NUL bytes.
+ What readdir(2) returns are what are recorded and compared
+ with the data git keeps track of, which in turn are expected
+ to be what lstat(2) and creat(2) accepts. There is no such
+ thing as pathname encoding translation.
+
+ - The contents of the blob objects are uninterpreted sequence
+ of bytes. There is no encoding translation at the core
+ level.
+
+ - The commit log messages are uninterpreted sequence of non-NUL
+ bytes.
+
+Although we encourage that the commit log messages are encoded
+in UTF-8, both the core and git Porcelain are designed not to
+force UTF-8 on projects. If all participants of a particular
+project find it more convenient to use legacy encodings, git
+does not forbid it. However, there are a few things to keep in
+mind.
+
+. `git-commit-tree` (hence, `git-commit` which uses it) issues
+ an warning if the commit log message given to it does not look
+ like a valid UTF-8 string, unless you explicitly say your
+ project uses a legacy encoding. The way to say this is to
+ have core.commitencoding in `.git/config` file, like this:
++
+------------
+[core]
+ commitencoding = ISO-8859-1
+------------
++
+Commit objects created with the above setting record the value
+of `core.commitencoding` in its `encoding` header. This is to
+help other people who look at them later. Lack of this header
+implies that the commit log message is encoded in UTF-8.
+
+. `git-log`, `git-show` and friends looks at the `encoding`
+ header of a commit object, and tries to re-code the log
+ message into UTF-8 unless otherwise specified. You can
+ specify the desired output encoding with
+ `core.logoutputencoding` in `.git/config` file, like this:
++
+------------
+[core]
+ logoutputencoding = ISO-8859-1
+------------
++
+If you do not have this configuration variable, the value of
+`core.commitencoding` is used instead.
+
+Note that we deliberately chose not to re-code the commit log
+message when a commit is made to force UTF-8 at the commit
+object level, because re-coding to UTF-8 is not necessarily a
+reversible operation.
--no-abbrev are used, and 'parents' information show the
true parent commits, without taking grafts nor history
simplification into account.
+
+--encoding[=<encoding>]::
+ The commit objects record the encoding used for the log message
+ in their encoding header; this option can be used to tell the
+ command to re-code the commit log message in the encoding
+ preferred by the user. For non plumbing commands this
+ defaults to UTF-8.