2005-05-10 23:32:30 +02:00
|
|
|
git-commit-tree(1)
|
|
|
|
==================
|
|
|
|
|
|
|
|
NAME
|
|
|
|
----
|
2007-01-19 00:53:37 +01:00
|
|
|
git-commit-tree - Create a new commit object
|
2005-05-10 23:32:30 +02:00
|
|
|
|
|
|
|
|
|
|
|
SYNOPSIS
|
|
|
|
--------
|
2011-07-02 04:38:26 +02:00
|
|
|
[verse]
|
2011-11-09 20:54:04 +01:00
|
|
|
'git commit-tree' <tree> [(-p <parent>)...] < changelog
|
|
|
|
'git commit-tree' [(-p <parent>)...] [(-m <message>)...] [(-F <file>)...] <tree>
|
2005-05-10 23:32:30 +02:00
|
|
|
|
|
|
|
DESCRIPTION
|
|
|
|
-----------
|
2007-01-17 22:03:29 +01:00
|
|
|
This is usually not what an end user wants to run directly. See
|
2007-12-29 07:20:38 +01:00
|
|
|
linkgit:git-commit[1] instead.
|
2007-01-17 22:03:29 +01:00
|
|
|
|
2005-05-10 23:32:30 +02:00
|
|
|
Creates a new commit object based on the provided tree object and
|
2011-11-09 20:54:04 +01:00
|
|
|
emits the new commit object id on stdout. The log message is read
|
|
|
|
from the standard input, unless `-m` or `-F` options are given.
|
2005-05-10 23:32:30 +02:00
|
|
|
|
2008-08-08 09:52:55 +02:00
|
|
|
A commit object may have any number of parents. With exactly one
|
|
|
|
parent, it is an ordinary commit. Having more than one parent makes
|
|
|
|
the commit a merge between several lines of history. Initial (root)
|
|
|
|
commits have no parents.
|
2005-05-10 23:32:30 +02:00
|
|
|
|
|
|
|
While a tree represents a particular directory state of a working
|
|
|
|
directory, a commit represents that state in "time", and explains how
|
|
|
|
to get there.
|
|
|
|
|
|
|
|
Normally a commit would identify a new "HEAD" state, and while git
|
|
|
|
doesn't care where you save the note about that state, in practice we
|
2005-11-17 06:32:44 +01:00
|
|
|
tend to just write the result to the file that is pointed at by
|
|
|
|
`.git/HEAD`, so that we can always see what the last committed
|
|
|
|
state was.
|
2005-05-10 23:32:30 +02:00
|
|
|
|
|
|
|
OPTIONS
|
|
|
|
-------
|
|
|
|
<tree>::
|
|
|
|
An existing tree object
|
|
|
|
|
2011-11-09 20:54:04 +01:00
|
|
|
-p <parent>::
|
2005-10-06 00:08:26 +02:00
|
|
|
Each '-p' indicates the id of a parent commit object.
|
2007-06-07 09:04:01 +02:00
|
|
|
|
2011-11-09 20:54:04 +01:00
|
|
|
-m <message>::
|
2012-06-19 19:56:09 +02:00
|
|
|
A paragraph in the commit log message. This can be given more than
|
2011-11-09 20:54:04 +01:00
|
|
|
once and each <message> becomes its own paragraph.
|
|
|
|
|
|
|
|
-F <file>::
|
|
|
|
Read the commit log message from the given file. Use `-` to read
|
|
|
|
from the standard input.
|
|
|
|
|
2005-05-10 23:32:30 +02:00
|
|
|
|
|
|
|
Commit Information
|
|
|
|
------------------
|
|
|
|
|
|
|
|
A commit encapsulates:
|
|
|
|
|
|
|
|
- all parent object ids
|
|
|
|
- author name, email and date
|
|
|
|
- committer name and email and the commit time.
|
|
|
|
|
2007-08-17 22:13:36 +02:00
|
|
|
While parent object ids are provided on the command line, author and
|
2007-08-24 02:44:13 +02:00
|
|
|
committer information is taken from the following environment variables,
|
2007-08-17 22:13:36 +02:00
|
|
|
if set:
|
2005-05-10 23:32:30 +02:00
|
|
|
|
|
|
|
GIT_AUTHOR_NAME
|
|
|
|
GIT_AUTHOR_EMAIL
|
|
|
|
GIT_AUTHOR_DATE
|
|
|
|
GIT_COMMITTER_NAME
|
|
|
|
GIT_COMMITTER_EMAIL
|
2007-04-29 03:40:12 +02:00
|
|
|
GIT_COMMITTER_DATE
|
2007-04-29 03:40:28 +02:00
|
|
|
EMAIL
|
2005-05-10 23:32:30 +02:00
|
|
|
|
2005-10-03 19:16:30 +02:00
|
|
|
(nb "<", ">" and "\n"s are stripped)
|
2005-05-10 23:32:30 +02:00
|
|
|
|
2007-08-17 22:13:36 +02:00
|
|
|
In case (some of) these environment variables are not set, the information
|
|
|
|
is taken from the configuration items user.name and user.email, or, if not
|
ident: check /etc/mailname if email is unknown
Before falling back to gethostname(), check /etc/mailname if
GIT_AUTHOR_EMAIL is not set in the environment or through config
files. Only fall back if /etc/mailname cannot be opened or read.
The /etc/mailname convention comes from Debian policy section 11.6
("mail transport, delivery and user agents"), though maybe it could be
useful sometimes on other machines, too. The lack of this support was
noticed by various people in different ways:
- Ian observed that git was choosing the address
'ian@anarres.relativity.greenend.org.uk' rather than
'ian@davenant.greenend.org.uk' as it should have done.
- Jonathan noticed that operations like "git commit" were needlessly
slow when using a resolver that was slow to handle reverse DNS
lookups.
Alas, after this patch, if /etc/mailname is set up and the [user] name
and email configuration aren't, the committer email will not provide a
charming reminder of which machine commits were made on any more. But
I think it's worth it.
Mechanics: the functionality of reading mailname goes in its own
function, so people who care about other distros can easily add an
implementation to a similar location without making copy_email() too
long and losing clarity. While at it, we split out the fallback
default logic that does gethostname(), too (rearranging it a little
and adding a check for errors from gethostname while at it).
Based on a patch by Gerrit Pape <pape@smarden.org>.
Requested-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
Improved-by: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2011-10-03 08:16:33 +02:00
|
|
|
present, system user name and the hostname used for outgoing mail (taken
|
|
|
|
from `/etc/mailname` and falling back to the fully qualified hostname when
|
|
|
|
that file does not exist).
|
2005-10-29 23:32:56 +02:00
|
|
|
|
2007-07-15 07:56:47 +02:00
|
|
|
A commit comment is read from stdin. If a changelog
|
2010-01-10 00:33:00 +01:00
|
|
|
entry is not provided via "<" redirection, 'git commit-tree' will just wait
|
2005-10-03 19:16:30 +02:00
|
|
|
for one to be entered and terminated with ^D.
|
2005-05-10 23:32:30 +02:00
|
|
|
|
2009-12-03 00:49:19 +01:00
|
|
|
include::date-formats.txt[]
|
2005-10-29 23:32:56 +02:00
|
|
|
|
2006-12-30 11:22:38 +01:00
|
|
|
Discussion
|
|
|
|
----------
|
|
|
|
|
|
|
|
include::i18n.txt[]
|
|
|
|
|
ident: check /etc/mailname if email is unknown
Before falling back to gethostname(), check /etc/mailname if
GIT_AUTHOR_EMAIL is not set in the environment or through config
files. Only fall back if /etc/mailname cannot be opened or read.
The /etc/mailname convention comes from Debian policy section 11.6
("mail transport, delivery and user agents"), though maybe it could be
useful sometimes on other machines, too. The lack of this support was
noticed by various people in different ways:
- Ian observed that git was choosing the address
'ian@anarres.relativity.greenend.org.uk' rather than
'ian@davenant.greenend.org.uk' as it should have done.
- Jonathan noticed that operations like "git commit" were needlessly
slow when using a resolver that was slow to handle reverse DNS
lookups.
Alas, after this patch, if /etc/mailname is set up and the [user] name
and email configuration aren't, the committer email will not provide a
charming reminder of which machine commits were made on any more. But
I think it's worth it.
Mechanics: the functionality of reading mailname goes in its own
function, so people who care about other distros can easily add an
implementation to a similar location without making copy_email() too
long and losing clarity. While at it, we split out the fallback
default logic that does gethostname(), too (rearranging it a little
and adding a check for errors from gethostname while at it).
Based on a patch by Gerrit Pape <pape@smarden.org>.
Requested-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
Improved-by: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2011-10-03 08:16:33 +02:00
|
|
|
FILES
|
|
|
|
-----
|
|
|
|
/etc/mailname
|
|
|
|
|
2008-05-29 01:55:27 +02:00
|
|
|
SEE ALSO
|
2005-05-10 23:32:38 +02:00
|
|
|
--------
|
2007-12-29 07:20:38 +01:00
|
|
|
linkgit:git-write-tree[1]
|
2005-05-10 23:32:30 +02:00
|
|
|
|
|
|
|
GIT
|
|
|
|
---
|
2008-06-06 09:07:32 +02:00
|
|
|
Part of the linkgit:git[1] suite
|