2005-09-08 08:26:23 +08:00
|
|
|
The output format from "git-diff-index", "git-diff-tree" and
|
2005-08-31 04:51:01 +08:00
|
|
|
"git-diff-files" are very similar.
|
2005-05-09 01:22:48 +08:00
|
|
|
|
2005-10-06 06:08:26 +08:00
|
|
|
These commands all compare two sets of things; what is
|
|
|
|
compared differs:
|
2005-05-09 01:22:48 +08:00
|
|
|
|
2005-09-08 08:26:23 +08:00
|
|
|
git-diff-index <tree-ish>::
|
2005-05-09 01:22:48 +08:00
|
|
|
compares the <tree-ish> and the files on the filesystem.
|
|
|
|
|
2005-09-08 08:26:23 +08:00
|
|
|
git-diff-index --cached <tree-ish>::
|
2005-11-11 09:12:27 +08:00
|
|
|
compares the <tree-ish> and the index.
|
2005-05-09 01:22:48 +08:00
|
|
|
|
|
|
|
git-diff-tree [-r] <tree-ish-1> <tree-ish-2> [<pattern>...]::
|
|
|
|
compares the trees named by the two arguments.
|
|
|
|
|
|
|
|
git-diff-files [<pattern>...]::
|
2005-11-11 09:12:27 +08:00
|
|
|
compares the index and the files on the filesystem.
|
2005-05-09 01:22:48 +08:00
|
|
|
|
|
|
|
|
2005-05-22 10:42:18 +08:00
|
|
|
An output line is formatted this way:
|
2005-05-09 01:22:48 +08:00
|
|
|
|
2005-08-31 04:51:01 +08:00
|
|
|
------------------------------------------------
|
2005-05-24 05:55:33 +08:00
|
|
|
in-place edit :100644 100644 bcd1234... 0123456... M file0
|
|
|
|
copy-edit :100644 100644 abcd123... 1234567... C68 file1 file2
|
|
|
|
rename-edit :100644 100644 abcd123... 1234567... R86 file1 file3
|
2005-08-31 04:51:01 +08:00
|
|
|
create :000000 100644 0000000... 1234567... A file4
|
2005-05-24 05:55:33 +08:00
|
|
|
delete :100644 000000 1234567... 0000000... D file5
|
|
|
|
unmerged :000000 000000 0000000... 0000000... U file6
|
2005-08-31 04:51:01 +08:00
|
|
|
------------------------------------------------
|
2005-05-24 05:55:33 +08:00
|
|
|
|
|
|
|
That is, from the left to the right:
|
|
|
|
|
2005-08-31 04:51:01 +08:00
|
|
|
. a colon.
|
|
|
|
. mode for "src"; 000000 if creation or unmerged.
|
|
|
|
. a space.
|
|
|
|
. mode for "dst"; 000000 if deletion or unmerged.
|
|
|
|
. a space.
|
|
|
|
. sha1 for "src"; 0\{40\} if creation or unmerged.
|
|
|
|
. a space.
|
|
|
|
. sha1 for "dst"; 0\{40\} if creation, unmerged or "look at work tree".
|
|
|
|
. a space.
|
|
|
|
. status, followed by optional "score" number.
|
|
|
|
. a tab or a NUL when '-z' option is used.
|
|
|
|
. path for "src"
|
|
|
|
. a tab or a NUL when '-z' option is used; only exists for C or R.
|
|
|
|
. path for "dst"; only exists for C or R.
|
|
|
|
. an LF or a NUL when '-z' option is used, to terminate the record.
|
2005-05-09 01:22:48 +08:00
|
|
|
|
2005-10-06 06:08:26 +08:00
|
|
|
<sha1> is shown as all 0's if a file is new on the filesystem
|
2005-11-11 09:12:27 +08:00
|
|
|
and it is out of sync with the index.
|
2005-05-09 01:22:48 +08:00
|
|
|
|
2005-08-31 04:51:01 +08:00
|
|
|
Example:
|
|
|
|
|
|
|
|
------------------------------------------------
|
|
|
|
:100644 100644 5be4a4...... 000000...... M file.c
|
|
|
|
------------------------------------------------
|
2005-05-09 01:22:48 +08:00
|
|
|
|
2005-10-15 12:56:46 +08:00
|
|
|
When `-z` option is not used, TAB, LF, and backslash characters
|
|
|
|
in pathnames are represented as `\t`, `\n`, and `\\`,
|
|
|
|
respectively.
|
|
|
|
|
|
|
|
|
2005-05-09 01:22:48 +08:00
|
|
|
Generating patches with -p
|
|
|
|
--------------------------
|
|
|
|
|
2005-09-08 08:26:23 +08:00
|
|
|
When "git-diff-index", "git-diff-tree", or "git-diff-files" are run
|
2005-06-06 05:39:49 +08:00
|
|
|
with a '-p' option, they do not produce the output described above;
|
2006-11-28 03:37:43 +08:00
|
|
|
instead they produce a patch file. You can customize the creation
|
|
|
|
of such patches via the GIT_EXTERNAL_DIFF and the GIT_DIFF_OPTS
|
|
|
|
environment variables.
|
2005-05-09 01:22:48 +08:00
|
|
|
|
2006-11-28 03:37:43 +08:00
|
|
|
What the -p option produces is slightly different from the traditional
|
|
|
|
diff format.
|
2005-06-06 05:39:49 +08:00
|
|
|
|
2005-12-29 17:20:06 +08:00
|
|
|
1. It is preceded with a "git diff" header, that looks like
|
2005-06-06 05:39:49 +08:00
|
|
|
this:
|
|
|
|
|
2006-11-28 03:37:43 +08:00
|
|
|
diff --git a/file1 b/file2
|
2005-08-31 04:51:01 +08:00
|
|
|
+
|
|
|
|
The `a/` and `b/` filenames are the same unless rename/copy is
|
|
|
|
involved. Especially, even for a creation or a deletion,
|
|
|
|
`/dev/null` is _not_ used in place of `a/` or `b/` filenames.
|
|
|
|
+
|
2005-10-06 06:08:26 +08:00
|
|
|
When rename/copy is involved, `file1` and `file2` show the
|
2005-08-31 04:51:01 +08:00
|
|
|
name of the source file of the rename/copy and the name of
|
|
|
|
the file that rename/copy produces, respectively.
|
2005-06-06 05:39:49 +08:00
|
|
|
|
2005-10-06 06:08:26 +08:00
|
|
|
2. It is followed by one or more extended header lines:
|
2005-06-06 05:39:49 +08:00
|
|
|
|
|
|
|
old mode <mode>
|
|
|
|
new mode <mode>
|
|
|
|
deleted file mode <mode>
|
|
|
|
new file mode <mode>
|
|
|
|
copy from <path>
|
|
|
|
copy to <path>
|
|
|
|
rename from <path>
|
|
|
|
rename to <path>
|
|
|
|
similarity index <number>
|
|
|
|
dissimilarity index <number>
|
2005-10-15 12:56:46 +08:00
|
|
|
index <hash>..<hash> <mode>
|
|
|
|
|
2006-10-27 04:21:02 +08:00
|
|
|
3. TAB, LF, double quote and backslash characters in pathnames
|
|
|
|
are represented as `\t`, `\n`, `\"` and `\\`, respectively.
|
|
|
|
If there is need for such substitution then the whole
|
|
|
|
pathname is put in double quotes.
|
2006-01-28 18:19:22 +08:00
|
|
|
|
|
|
|
|
|
|
|
combined diff format
|
|
|
|
--------------------
|
|
|
|
|
|
|
|
git-diff-tree and git-diff-files can take '-c' or '--cc' option
|
|
|
|
to produce 'combined diff', which looks like this:
|
|
|
|
|
|
|
|
------------
|
|
|
|
diff --combined describe.c
|
2006-10-26 11:44:49 +08:00
|
|
|
index fabadb8,cc95eb0..4866510
|
|
|
|
--- a/describe.c
|
|
|
|
+++ b/describe.c
|
|
|
|
@@@ -98,20 -98,12 +98,20 @@@
|
|
|
|
return (a_date > b_date) ? -1 : (a_date == b_date) ? 0 : 1;
|
2006-01-28 18:19:22 +08:00
|
|
|
}
|
2006-10-26 11:44:49 +08:00
|
|
|
|
2006-01-28 18:19:22 +08:00
|
|
|
- static void describe(char *arg)
|
|
|
|
-static void describe(struct commit *cmit, int last_one)
|
|
|
|
++static void describe(char *arg, int last_one)
|
|
|
|
{
|
2006-10-26 11:44:49 +08:00
|
|
|
+ unsigned char sha1[20];
|
|
|
|
+ struct commit *cmit;
|
|
|
|
struct commit_list *list;
|
|
|
|
static int initialized = 0;
|
|
|
|
struct commit_name *n;
|
|
|
|
|
|
|
|
+ if (get_sha1(arg, sha1) < 0)
|
|
|
|
+ usage(describe_usage);
|
|
|
|
+ cmit = lookup_commit_reference(sha1);
|
|
|
|
+ if (!cmit)
|
|
|
|
+ usage(describe_usage);
|
|
|
|
+
|
|
|
|
if (!initialized) {
|
|
|
|
initialized = 1;
|
|
|
|
for_each_ref(get_name);
|
2006-01-28 18:19:22 +08:00
|
|
|
------------
|
|
|
|
|
2006-10-26 11:44:49 +08:00
|
|
|
1. It is preceded with a "git diff" header, that looks like
|
|
|
|
this (when '-c' option is used):
|
|
|
|
|
|
|
|
diff --combined file
|
|
|
|
+
|
|
|
|
or like this (when '--cc' option is used):
|
|
|
|
|
|
|
|
diff --c file
|
|
|
|
|
|
|
|
2. It is followed by one or more extended header lines
|
|
|
|
(this example shows a merge with two parents):
|
|
|
|
|
|
|
|
index <hash>,<hash>..<hash>
|
|
|
|
mode <mode>,<mode>..<mode>
|
|
|
|
new file mode <mode>
|
|
|
|
deleted file mode <mode>,<mode>
|
|
|
|
+
|
|
|
|
The `mode <mode>,<mode>..<mode>` line appears only if at least one of
|
2007-02-04 12:49:16 +08:00
|
|
|
the <mode> is different from the rest. Extended headers with
|
2006-10-26 11:44:49 +08:00
|
|
|
information about detected contents movement (renames and
|
|
|
|
copying detection) are designed to work with diff of two
|
|
|
|
<tree-ish> and are not used by combined diff format.
|
|
|
|
|
|
|
|
3. It is followed by two-line from-file/to-file header
|
|
|
|
|
|
|
|
--- a/file
|
|
|
|
+++ b/file
|
|
|
|
+
|
2006-10-26 15:05:04 +08:00
|
|
|
Similar to two-line header for traditional 'unified' diff
|
|
|
|
format, `/dev/null` is used to signal created or deleted
|
|
|
|
files.
|
2006-10-26 11:44:49 +08:00
|
|
|
|
|
|
|
4. Chunk header format is modified to prevent people from
|
|
|
|
accidentally feeding it to `patch -p1`. Combined diff format
|
|
|
|
was created for review of merge commit changes, and was not
|
|
|
|
meant for apply. The change is similar to the change in the
|
|
|
|
extended 'index' header:
|
|
|
|
|
|
|
|
@@@ <from-file-range> <from-file-range> <to-file-range> @@@
|
|
|
|
+
|
|
|
|
There are (number of parents + 1) `@` characters in the chunk
|
|
|
|
header for combined diff format.
|
|
|
|
|
2006-01-28 18:19:22 +08:00
|
|
|
Unlike the traditional 'unified' diff format, which shows two
|
|
|
|
files A and B with a single column that has `-` (minus --
|
|
|
|
appears in A but removed in B), `+` (plus -- missing in A but
|
2006-10-26 11:44:49 +08:00
|
|
|
added to B), or `" "` (space -- unchanged) prefix, this format
|
2006-01-28 18:19:22 +08:00
|
|
|
compares two or more files file1, file2,... with one file X, and
|
|
|
|
shows how X differs from each of fileN. One column for each of
|
|
|
|
fileN is prepended to the output line to note how X's line is
|
|
|
|
different from it.
|
|
|
|
|
|
|
|
A `-` character in the column N means that the line appears in
|
2006-10-26 11:44:49 +08:00
|
|
|
fileN but it does not appear in the result. A `+` character
|
2006-01-28 18:19:22 +08:00
|
|
|
in the column N means that the line appears in the last file,
|
2006-10-26 11:44:49 +08:00
|
|
|
and fileN does not have that line (in other words, the line was
|
|
|
|
added, from the point of view of that parent).
|
2006-01-28 18:19:22 +08:00
|
|
|
|
|
|
|
In the above example output, the function signature was changed
|
|
|
|
from both files (hence two `-` removals from both file1 and
|
|
|
|
file2, plus `++` to mean one line that was added does not appear
|
|
|
|
in either file1 nor file2). Also two other lines are the same
|
|
|
|
from file1 but do not appear in file2 (hence prefixed with ` +`).
|
|
|
|
|
|
|
|
When shown by `git diff-tree -c`, it compares the parents of a
|
|
|
|
merge commit with the merge result (i.e. file1..fileN are the
|
|
|
|
parents). When shown by `git diff-files -c`, it compares the
|
|
|
|
two unresolved merge parents with the working tree file
|
|
|
|
(i.e. file1 is stage 2 aka "our version", file2 is stage 3 aka
|
|
|
|
"their version").
|
|
|
|
|