2005-05-23 19:52:17 +02:00
|
|
|
/*
|
|
|
|
* apply.c
|
|
|
|
*
|
|
|
|
* Copyright (C) Linus Torvalds, 2005
|
|
|
|
*
|
|
|
|
* This applies patches on top of some (arbitrary) version of the SCM.
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
#include "cache.h"
|
2006-04-24 01:52:52 +02:00
|
|
|
#include "cache-tree.h"
|
2005-10-15 06:54:52 +02:00
|
|
|
#include "quote.h"
|
2006-04-02 14:44:09 +02:00
|
|
|
#include "blob.h"
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
#include "delta.h"
|
2006-05-23 14:15:34 +02:00
|
|
|
#include "builtin.h"
|
2005-05-23 19:52:17 +02:00
|
|
|
|
2006-07-10 08:57:51 +02:00
|
|
|
/*
|
|
|
|
* --check turns on checking that the working tree matches the
|
|
|
|
* files that are being modified, but doesn't apply the patch
|
|
|
|
* --stat does just a diffstat, and doesn't actually apply
|
|
|
|
* --numstat does numeric diffstat, and doesn't actually apply
|
|
|
|
* --index-info shows the old and new index info for paths if available.
|
|
|
|
* --index updates the cache as well.
|
|
|
|
* --cached updates only the cache without ever touching the working tree.
|
|
|
|
*/
|
2005-11-26 08:14:15 +01:00
|
|
|
static const char *prefix;
|
|
|
|
static int prefix_length = -1;
|
2006-05-09 10:08:23 +02:00
|
|
|
static int newfd = -1;
|
2005-11-26 08:14:15 +01:00
|
|
|
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
static int unidiff_zero;
|
2006-01-31 06:36:24 +01:00
|
|
|
static int p_value = 1;
|
2007-02-22 01:05:56 +01:00
|
|
|
static int p_value_known;
|
2006-08-15 19:23:48 +02:00
|
|
|
static int check_index;
|
2007-04-02 07:46:06 +02:00
|
|
|
static int update_index;
|
2006-08-15 19:23:48 +02:00
|
|
|
static int cached;
|
|
|
|
static int diffstat;
|
|
|
|
static int numstat;
|
|
|
|
static int summary;
|
|
|
|
static int check;
|
2005-05-27 00:10:02 +02:00
|
|
|
static int apply = 1;
|
2006-08-15 19:23:48 +02:00
|
|
|
static int apply_in_reverse;
|
2006-08-17 02:55:29 +02:00
|
|
|
static int apply_with_reject;
|
2006-08-18 12:14:48 +02:00
|
|
|
static int apply_verbosely;
|
2006-08-15 19:23:48 +02:00
|
|
|
static int no_add;
|
|
|
|
static int show_index_info;
|
2005-10-15 06:54:52 +02:00
|
|
|
static int line_termination = '\n';
|
2006-11-05 08:27:07 +01:00
|
|
|
static unsigned long p_context = ULONG_MAX;
|
2005-07-14 05:28:55 +02:00
|
|
|
static const char apply_usage[] =
|
2006-08-18 12:14:48 +02:00
|
|
|
"git-apply [--stat] [--numstat] [--summary] [--check] [--index] [--cached] [--apply] [--no-add] [--index-info] [--allow-binary-replacement] [--reverse] [--reject] [--verbose] [-z] [-pNUM] [-CNUM] [--whitespace=<nowarn|warn|error|error-all|strip>] <patch>...";
|
2005-05-23 19:52:17 +02:00
|
|
|
|
The war on trailing whitespace
On Sat, 25 Feb 2006, Andrew Morton wrote:
>
> I'd suggest a) git will simply refuse to apply such a patch unless given a
> special `forcing' flag, b) even when thus forced, it will still warn and c)
> with a different flag, it will strip-then-apply, without generating a
> warning.
This doesn't do the "strip-then-apply" thing, but it allows you to make
git-apply generate a warning or error on extraneous whitespace.
Use --whitespace=warn to warn, and (surprise, surprise) --whitespace=error
to make it a fatal error to have whitespace at the end.
Totally untested, of course. But it compiles, so it must be fine.
HOWEVER! Note that this literally will check every single patch-line with
"+" at the beginning. Which means that if you fix a simple typo, and the
line had a space at the end before, and you didn't remove it, that's still
considered a "new line with whitespace at the end", even though obviously
the line wasn't really new.
I assume this is what you wanted, and there isn't really any sane
alternatives (you could make the warning activate only for _pure_
additions with no deletions at all in that hunk, but that sounds a bit
insane).
Linus
2006-02-26 18:29:00 +01:00
|
|
|
static enum whitespace_eol {
|
2006-02-27 23:47:45 +01:00
|
|
|
nowarn_whitespace,
|
The war on trailing whitespace
On Sat, 25 Feb 2006, Andrew Morton wrote:
>
> I'd suggest a) git will simply refuse to apply such a patch unless given a
> special `forcing' flag, b) even when thus forced, it will still warn and c)
> with a different flag, it will strip-then-apply, without generating a
> warning.
This doesn't do the "strip-then-apply" thing, but it allows you to make
git-apply generate a warning or error on extraneous whitespace.
Use --whitespace=warn to warn, and (surprise, surprise) --whitespace=error
to make it a fatal error to have whitespace at the end.
Totally untested, of course. But it compiles, so it must be fine.
HOWEVER! Note that this literally will check every single patch-line with
"+" at the beginning. Which means that if you fix a simple typo, and the
line had a space at the end before, and you didn't remove it, that's still
considered a "new line with whitespace at the end", even though obviously
the line wasn't really new.
I assume this is what you wanted, and there isn't really any sane
alternatives (you could make the warning activate only for _pure_
additions with no deletions at all in that hunk, but that sounds a bit
insane).
Linus
2006-02-26 18:29:00 +01:00
|
|
|
warn_on_whitespace,
|
2006-02-27 03:13:25 +01:00
|
|
|
error_on_whitespace,
|
2006-02-27 23:47:45 +01:00
|
|
|
strip_whitespace,
|
2006-02-28 02:07:16 +01:00
|
|
|
} new_whitespace = warn_on_whitespace;
|
2006-08-15 19:23:48 +02:00
|
|
|
static int whitespace_error;
|
2006-02-27 23:16:30 +01:00
|
|
|
static int squelch_whitespace_errors = 5;
|
2007-06-03 04:55:54 +02:00
|
|
|
static int applied_after_fixing_ws;
|
2006-08-15 19:23:48 +02:00
|
|
|
static const char *patch_input_file;
|
The war on trailing whitespace
On Sat, 25 Feb 2006, Andrew Morton wrote:
>
> I'd suggest a) git will simply refuse to apply such a patch unless given a
> special `forcing' flag, b) even when thus forced, it will still warn and c)
> with a different flag, it will strip-then-apply, without generating a
> warning.
This doesn't do the "strip-then-apply" thing, but it allows you to make
git-apply generate a warning or error on extraneous whitespace.
Use --whitespace=warn to warn, and (surprise, surprise) --whitespace=error
to make it a fatal error to have whitespace at the end.
Totally untested, of course. But it compiles, so it must be fine.
HOWEVER! Note that this literally will check every single patch-line with
"+" at the beginning. Which means that if you fix a simple typo, and the
line had a space at the end before, and you didn't remove it, that's still
considered a "new line with whitespace at the end", even though obviously
the line wasn't really new.
I assume this is what you wanted, and there isn't really any sane
alternatives (you could make the warning activate only for _pure_
additions with no deletions at all in that hunk, but that sounds a bit
insane).
Linus
2006-02-26 18:29:00 +01:00
|
|
|
|
2006-02-27 23:47:45 +01:00
|
|
|
static void parse_whitespace_option(const char *option)
|
|
|
|
{
|
|
|
|
if (!option) {
|
2006-02-28 02:07:16 +01:00
|
|
|
new_whitespace = warn_on_whitespace;
|
2006-02-27 23:47:45 +01:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(option, "warn")) {
|
|
|
|
new_whitespace = warn_on_whitespace;
|
|
|
|
return;
|
|
|
|
}
|
2006-02-28 02:07:16 +01:00
|
|
|
if (!strcmp(option, "nowarn")) {
|
|
|
|
new_whitespace = nowarn_whitespace;
|
|
|
|
return;
|
|
|
|
}
|
2006-02-27 23:47:45 +01:00
|
|
|
if (!strcmp(option, "error")) {
|
|
|
|
new_whitespace = error_on_whitespace;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(option, "error-all")) {
|
|
|
|
new_whitespace = error_on_whitespace;
|
|
|
|
squelch_whitespace_errors = 0;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (!strcmp(option, "strip")) {
|
|
|
|
new_whitespace = strip_whitespace;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
die("unrecognized whitespace option '%s'", option);
|
|
|
|
}
|
|
|
|
|
2006-02-28 10:12:52 +01:00
|
|
|
static void set_default_whitespace_mode(const char *whitespace_option)
|
|
|
|
{
|
|
|
|
if (!whitespace_option && !apply_default_whitespace) {
|
|
|
|
new_whitespace = (apply
|
|
|
|
? warn_on_whitespace
|
|
|
|
: nowarn_whitespace);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-05-26 20:40:43 +02:00
|
|
|
/*
|
|
|
|
* For "diff-stat" like behaviour, we keep track of the biggest change
|
|
|
|
* we've seen, and the longest filename. That allows us to do simple
|
|
|
|
* scaling.
|
|
|
|
*/
|
|
|
|
static int max_change, max_len;
|
|
|
|
|
2005-05-24 01:09:09 +02:00
|
|
|
/*
|
|
|
|
* Various "current state", notably line numbers and what
|
|
|
|
* file (and how) we're patching right now.. The "is_xxxx"
|
|
|
|
* things are flags, where -1 means "don't know yet".
|
|
|
|
*/
|
2005-05-23 23:38:49 +02:00
|
|
|
static int linenr = 1;
|
2005-05-26 19:23:51 +02:00
|
|
|
|
2006-08-15 11:23:06 +02:00
|
|
|
/*
|
|
|
|
* This represents one "hunk" from a patch, starting with
|
|
|
|
* "@@ -oldpos,oldlines +newpos,newlines @@" marker. The
|
|
|
|
* patch text is pointed at by patch, and its byte length
|
|
|
|
* is stored in size. leading and trailing are the number
|
|
|
|
* of context lines.
|
|
|
|
*/
|
2005-05-26 19:23:51 +02:00
|
|
|
struct fragment {
|
2006-04-10 11:33:06 +02:00
|
|
|
unsigned long leading, trailing;
|
2005-05-26 19:23:51 +02:00
|
|
|
unsigned long oldpos, oldlines;
|
|
|
|
unsigned long newpos, newlines;
|
|
|
|
const char *patch;
|
|
|
|
int size;
|
2006-08-17 02:55:29 +02:00
|
|
|
int rejected;
|
2005-05-26 19:23:51 +02:00
|
|
|
struct fragment *next;
|
|
|
|
};
|
|
|
|
|
2006-08-15 11:23:06 +02:00
|
|
|
/*
|
|
|
|
* When dealing with a binary patch, we reuse "leading" field
|
|
|
|
* to store the type of the binary hunk, either deflated "delta"
|
|
|
|
* or deflated "literal".
|
|
|
|
*/
|
|
|
|
#define binary_patch_method leading
|
|
|
|
#define BINARY_DELTA_DEFLATED 1
|
|
|
|
#define BINARY_LITERAL_DEFLATED 2
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
struct patch {
|
2005-05-26 22:11:24 +02:00
|
|
|
char *new_name, *old_name, *def_name;
|
2005-05-26 19:23:51 +02:00
|
|
|
unsigned int old_mode, new_mode;
|
2006-11-18 13:07:09 +01:00
|
|
|
int is_new, is_delete; /* -1 = unknown, 0 = false, 1 = true */
|
2006-08-17 02:55:29 +02:00
|
|
|
int rejected;
|
2006-05-05 11:41:53 +02:00
|
|
|
unsigned long deflate_origlen;
|
2005-05-26 20:40:43 +02:00
|
|
|
int lines_added, lines_deleted;
|
2005-06-22 11:29:46 +02:00
|
|
|
int score;
|
2007-02-21 23:31:10 +01:00
|
|
|
unsigned int is_toplevel_relative:1;
|
2006-11-18 13:07:09 +01:00
|
|
|
unsigned int inaccurate_eof:1;
|
|
|
|
unsigned int is_binary:1;
|
|
|
|
unsigned int is_copy:1;
|
|
|
|
unsigned int is_rename:1;
|
2005-05-26 19:23:51 +02:00
|
|
|
struct fragment *fragments;
|
2005-06-05 23:05:43 +02:00
|
|
|
char *result;
|
2005-06-05 20:03:13 +02:00
|
|
|
unsigned long resultsize;
|
2005-10-07 12:42:00 +02:00
|
|
|
char old_sha1_prefix[41];
|
|
|
|
char new_sha1_prefix[41];
|
2005-05-26 19:23:51 +02:00
|
|
|
struct patch *next;
|
|
|
|
};
|
2005-05-23 23:38:49 +02:00
|
|
|
|
2006-08-18 12:14:48 +02:00
|
|
|
static void say_patch_name(FILE *output, const char *pre, struct patch *patch, const char *post)
|
|
|
|
{
|
|
|
|
fputs(pre, output);
|
|
|
|
if (patch->old_name && patch->new_name &&
|
|
|
|
strcmp(patch->old_name, patch->new_name)) {
|
|
|
|
write_name_quoted(NULL, 0, patch->old_name, 1, output);
|
|
|
|
fputs(" => ", output);
|
|
|
|
write_name_quoted(NULL, 0, patch->new_name, 1, output);
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
const char *n = patch->new_name;
|
|
|
|
if (!n)
|
|
|
|
n = patch->old_name;
|
|
|
|
write_name_quoted(NULL, 0, n, 1, output);
|
|
|
|
}
|
|
|
|
fputs(post, output);
|
|
|
|
}
|
|
|
|
|
2005-05-23 19:52:17 +02:00
|
|
|
#define CHUNKSIZE (8192)
|
2005-05-24 01:09:09 +02:00
|
|
|
#define SLOP (16)
|
2005-05-23 19:52:17 +02:00
|
|
|
|
|
|
|
static void *read_patch_file(int fd, unsigned long *sizep)
|
|
|
|
{
|
2007-09-06 13:20:09 +02:00
|
|
|
struct strbuf buf;
|
|
|
|
|
2007-09-10 12:35:04 +02:00
|
|
|
strbuf_init(&buf, 0);
|
|
|
|
if (strbuf_read(&buf, fd, 0) < 0)
|
2007-09-06 13:20:09 +02:00
|
|
|
die("git-apply: read returned %s", strerror(errno));
|
|
|
|
*sizep = buf.len;
|
2005-05-24 01:09:09 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Make sure that we have some slop in the buffer
|
|
|
|
* so that we can do speculative "memcmp" etc, and
|
|
|
|
* see to it that it is NUL-filled.
|
|
|
|
*/
|
2007-09-06 13:20:09 +02:00
|
|
|
strbuf_grow(&buf, SLOP);
|
|
|
|
memset(buf.buf + buf.len, 0, SLOP);
|
|
|
|
return strbuf_detach(&buf);
|
2005-05-23 19:52:17 +02:00
|
|
|
}
|
|
|
|
|
2005-06-05 20:03:13 +02:00
|
|
|
static unsigned long linelen(const char *buffer, unsigned long size)
|
2005-05-23 19:52:17 +02:00
|
|
|
{
|
|
|
|
unsigned long len = 0;
|
|
|
|
while (size--) {
|
|
|
|
len++;
|
|
|
|
if (*buffer++ == '\n')
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
return len;
|
|
|
|
}
|
|
|
|
|
2005-05-24 01:09:09 +02:00
|
|
|
static int is_dev_null(const char *str)
|
|
|
|
{
|
|
|
|
return !memcmp("/dev/null", str, 9) && isspace(str[9]);
|
|
|
|
}
|
|
|
|
|
2005-06-01 00:05:59 +02:00
|
|
|
#define TERM_SPACE 1
|
|
|
|
#define TERM_TAB 2
|
2005-05-24 04:13:55 +02:00
|
|
|
|
|
|
|
static int name_terminate(const char *name, int namelen, int c, int terminate)
|
|
|
|
{
|
|
|
|
if (c == ' ' && !(terminate & TERM_SPACE))
|
|
|
|
return 0;
|
|
|
|
if (c == '\t' && !(terminate & TERM_TAB))
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2007-02-20 02:57:29 +01:00
|
|
|
static char *find_name(const char *line, char *def, int p_value, int terminate)
|
2005-05-23 19:52:17 +02:00
|
|
|
{
|
2005-05-24 01:09:09 +02:00
|
|
|
int len;
|
|
|
|
const char *start = line;
|
|
|
|
char *name;
|
|
|
|
|
2005-10-15 06:54:52 +02:00
|
|
|
if (*line == '"') {
|
|
|
|
/* Proposed "new-style" GNU patch/diff format; see
|
|
|
|
* http://marc.theaimsgroup.com/?l=git&m=112927316408690&w=2
|
|
|
|
*/
|
|
|
|
name = unquote_c_style(line, NULL);
|
|
|
|
if (name) {
|
|
|
|
char *cp = name;
|
|
|
|
while (p_value) {
|
2007-09-18 12:12:58 +02:00
|
|
|
cp = strchr(cp, '/');
|
2005-10-15 06:54:52 +02:00
|
|
|
if (!cp)
|
|
|
|
break;
|
|
|
|
cp++;
|
|
|
|
p_value--;
|
|
|
|
}
|
|
|
|
if (cp) {
|
|
|
|
/* name can later be freed, so we need
|
|
|
|
* to memmove, not just return cp
|
|
|
|
*/
|
|
|
|
memmove(name, cp, strlen(cp) + 1);
|
|
|
|
free(def);
|
|
|
|
return name;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
free(name);
|
|
|
|
name = NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-05-23 19:52:17 +02:00
|
|
|
for (;;) {
|
2005-05-24 01:09:09 +02:00
|
|
|
char c = *line;
|
2005-05-24 04:13:55 +02:00
|
|
|
|
|
|
|
if (isspace(c)) {
|
|
|
|
if (c == '\n')
|
|
|
|
break;
|
|
|
|
if (name_terminate(start, line-start, c, terminate))
|
|
|
|
break;
|
|
|
|
}
|
2005-05-24 01:09:09 +02:00
|
|
|
line++;
|
|
|
|
if (c == '/' && !--p_value)
|
|
|
|
start = line;
|
|
|
|
}
|
|
|
|
if (!start)
|
|
|
|
return def;
|
|
|
|
len = line - start;
|
|
|
|
if (!len)
|
|
|
|
return def;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Generally we prefer the shorter name, especially
|
|
|
|
* if the other one is just a variation of that with
|
|
|
|
* something else tacked on to the end (ie "file.orig"
|
|
|
|
* or "file~").
|
|
|
|
*/
|
|
|
|
if (def) {
|
|
|
|
int deflen = strlen(def);
|
|
|
|
if (deflen < len && !strncmp(start, def, deflen))
|
|
|
|
return def;
|
2007-09-19 10:37:50 +02:00
|
|
|
free(def);
|
2005-05-23 19:52:17 +02:00
|
|
|
}
|
2005-05-24 01:09:09 +02:00
|
|
|
|
2007-09-16 00:32:36 +02:00
|
|
|
return xmemdupz(start, len);
|
2005-05-24 01:09:09 +02:00
|
|
|
}
|
|
|
|
|
2007-02-22 01:05:56 +01:00
|
|
|
static int count_slashes(const char *cp)
|
|
|
|
{
|
|
|
|
int cnt = 0;
|
|
|
|
char ch;
|
|
|
|
|
|
|
|
while ((ch = *cp++))
|
|
|
|
if (ch == '/')
|
|
|
|
cnt++;
|
|
|
|
return cnt;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Given the string after "--- " or "+++ ", guess the appropriate
|
|
|
|
* p_value for the given patch.
|
|
|
|
*/
|
|
|
|
static int guess_p_value(const char *nameline)
|
|
|
|
{
|
|
|
|
char *name, *cp;
|
|
|
|
int val = -1;
|
|
|
|
|
|
|
|
if (is_dev_null(nameline))
|
|
|
|
return -1;
|
|
|
|
name = find_name(nameline, NULL, 0, TERM_SPACE | TERM_TAB);
|
|
|
|
if (!name)
|
|
|
|
return -1;
|
|
|
|
cp = strchr(name, '/');
|
|
|
|
if (!cp)
|
|
|
|
val = 0;
|
|
|
|
else if (prefix) {
|
|
|
|
/*
|
|
|
|
* Does it begin with "a/$our-prefix" and such? Then this is
|
|
|
|
* very likely to apply to our directory.
|
|
|
|
*/
|
|
|
|
if (!strncmp(name, prefix, prefix_length))
|
|
|
|
val = count_slashes(prefix);
|
|
|
|
else {
|
|
|
|
cp++;
|
|
|
|
if (!strncmp(cp, prefix, prefix_length))
|
|
|
|
val = count_slashes(prefix) + 1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
free(name);
|
|
|
|
return val;
|
|
|
|
}
|
|
|
|
|
2005-05-24 01:09:09 +02:00
|
|
|
/*
|
|
|
|
* Get the name etc info from the --/+++ lines of a traditional patch header
|
|
|
|
*
|
2005-05-24 04:13:55 +02:00
|
|
|
* FIXME! The end-of-filename heuristics are kind of screwy. For existing
|
|
|
|
* files, we can happily check the index for a match, but for creating a
|
|
|
|
* new file we should try to match whatever "patch" does. I have no idea.
|
2005-05-24 01:09:09 +02:00
|
|
|
*/
|
2005-05-26 19:23:51 +02:00
|
|
|
static void parse_traditional_patch(const char *first, const char *second, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
|
|
|
char *name;
|
|
|
|
|
2006-07-10 08:57:51 +02:00
|
|
|
first += 4; /* skip "--- " */
|
|
|
|
second += 4; /* skip "+++ " */
|
2007-02-22 01:05:56 +01:00
|
|
|
if (!p_value_known) {
|
|
|
|
int p, q;
|
|
|
|
p = guess_p_value(first);
|
|
|
|
q = guess_p_value(second);
|
|
|
|
if (p < 0) p = q;
|
|
|
|
if (0 <= p && p == q) {
|
|
|
|
p_value = p;
|
|
|
|
p_value_known = 1;
|
|
|
|
}
|
|
|
|
}
|
2005-05-24 01:09:09 +02:00
|
|
|
if (is_dev_null(first)) {
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->is_new = 1;
|
|
|
|
patch->is_delete = 0;
|
2005-05-26 22:11:24 +02:00
|
|
|
name = find_name(second, NULL, p_value, TERM_SPACE | TERM_TAB);
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->new_name = name;
|
2005-05-24 01:09:09 +02:00
|
|
|
} else if (is_dev_null(second)) {
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->is_new = 0;
|
|
|
|
patch->is_delete = 1;
|
2005-06-01 00:05:59 +02:00
|
|
|
name = find_name(first, NULL, p_value, TERM_SPACE | TERM_TAB);
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->old_name = name;
|
2005-05-24 01:09:09 +02:00
|
|
|
} else {
|
2005-06-01 00:05:59 +02:00
|
|
|
name = find_name(first, NULL, p_value, TERM_SPACE | TERM_TAB);
|
|
|
|
name = find_name(second, name, p_value, TERM_SPACE | TERM_TAB);
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->old_name = patch->new_name = name;
|
2005-05-24 01:09:09 +02:00
|
|
|
}
|
|
|
|
if (!name)
|
|
|
|
die("unable to find filename in patch at line %d", linenr);
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_hdrend(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2005-05-24 04:54:55 +02:00
|
|
|
/*
|
|
|
|
* We're anal about diff header consistency, to make
|
|
|
|
* sure that we don't end up having strange ambiguous
|
|
|
|
* patches floating around.
|
|
|
|
*
|
|
|
|
* As a result, gitdiff_{old|new}name() will check
|
|
|
|
* their names against any previous information, just
|
|
|
|
* to make sure..
|
|
|
|
*/
|
|
|
|
static char *gitdiff_verify_name(const char *line, int isnull, char *orig_name, const char *oldnew)
|
|
|
|
{
|
|
|
|
if (!orig_name && !isnull)
|
2007-04-04 17:19:14 +02:00
|
|
|
return find_name(line, NULL, p_value, TERM_TAB);
|
2005-05-24 04:54:55 +02:00
|
|
|
|
|
|
|
if (orig_name) {
|
2005-10-15 06:54:52 +02:00
|
|
|
int len;
|
|
|
|
const char *name;
|
|
|
|
char *another;
|
2005-05-24 04:54:55 +02:00
|
|
|
name = orig_name;
|
|
|
|
len = strlen(name);
|
|
|
|
if (isnull)
|
|
|
|
die("git-apply: bad git-diff - expected /dev/null, got %s on line %d", name, linenr);
|
2007-04-04 17:19:14 +02:00
|
|
|
another = find_name(line, NULL, p_value, TERM_TAB);
|
2005-10-15 06:54:52 +02:00
|
|
|
if (!another || memcmp(another, name, len))
|
|
|
|
die("git-apply: bad git-diff - inconsistent %s filename on line %d", oldnew, linenr);
|
|
|
|
free(another);
|
2005-05-24 04:54:55 +02:00
|
|
|
return orig_name;
|
|
|
|
}
|
2005-10-15 06:54:52 +02:00
|
|
|
else {
|
|
|
|
/* expect "/dev/null" */
|
|
|
|
if (memcmp("/dev/null", line, 9) || line[9] != '\n')
|
|
|
|
die("git-apply: bad git-diff - expected /dev/null on line %d", linenr);
|
|
|
|
return NULL;
|
|
|
|
}
|
2005-05-24 04:54:55 +02:00
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_oldname(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->old_name = gitdiff_verify_name(line, patch->is_new, patch->old_name, "old");
|
2005-05-24 01:09:09 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_newname(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->new_name = gitdiff_verify_name(line, patch->is_delete, patch->new_name, "new");
|
2005-05-24 01:09:09 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_oldmode(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->old_mode = strtoul(line, NULL, 8);
|
2005-05-24 01:09:09 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_newmode(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->new_mode = strtoul(line, NULL, 8);
|
2005-05-24 01:09:09 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_delete(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->is_delete = 1;
|
2005-05-26 22:11:24 +02:00
|
|
|
patch->old_name = patch->def_name;
|
2005-05-26 19:23:51 +02:00
|
|
|
return gitdiff_oldmode(line, patch);
|
2005-05-24 01:09:09 +02:00
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_newfile(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->is_new = 1;
|
2005-05-26 22:11:24 +02:00
|
|
|
patch->new_name = patch->def_name;
|
2005-05-26 19:23:51 +02:00
|
|
|
return gitdiff_newmode(line, patch);
|
2005-05-24 01:09:09 +02:00
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_copysrc(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->is_copy = 1;
|
|
|
|
patch->old_name = find_name(line, NULL, 0, 0);
|
2005-05-24 01:09:09 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_copydst(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->is_copy = 1;
|
|
|
|
patch->new_name = find_name(line, NULL, 0, 0);
|
2005-05-24 01:09:09 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_renamesrc(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->is_rename = 1;
|
|
|
|
patch->old_name = find_name(line, NULL, 0, 0);
|
2005-05-24 01:09:09 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_renamedst(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->is_rename = 1;
|
|
|
|
patch->new_name = find_name(line, NULL, 0, 0);
|
2005-05-24 01:09:09 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_similarity(const char *line, struct patch *patch)
|
2005-05-24 01:09:09 +02:00
|
|
|
{
|
2005-06-22 11:29:46 +02:00
|
|
|
if ((patch->score = strtoul(line, NULL, 10)) == ULONG_MAX)
|
|
|
|
patch->score = 0;
|
2005-05-24 01:09:09 +02:00
|
|
|
return 0;
|
2005-05-23 19:52:17 +02:00
|
|
|
}
|
|
|
|
|
2005-05-31 01:40:16 +02:00
|
|
|
static int gitdiff_dissimilarity(const char *line, struct patch *patch)
|
|
|
|
{
|
2005-06-22 11:29:46 +02:00
|
|
|
if ((patch->score = strtoul(line, NULL, 10)) == ULONG_MAX)
|
|
|
|
patch->score = 0;
|
2005-05-31 01:40:16 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-10-07 12:42:00 +02:00
|
|
|
static int gitdiff_index(const char *line, struct patch *patch)
|
|
|
|
{
|
|
|
|
/* index line is N hexadecimal, "..", N hexadecimal,
|
|
|
|
* and optional space with octal mode.
|
|
|
|
*/
|
|
|
|
const char *ptr, *eol;
|
|
|
|
int len;
|
|
|
|
|
|
|
|
ptr = strchr(line, '.');
|
2005-11-15 02:15:07 +01:00
|
|
|
if (!ptr || ptr[1] != '.' || 40 < ptr - line)
|
2005-10-07 12:42:00 +02:00
|
|
|
return 0;
|
|
|
|
len = ptr - line;
|
|
|
|
memcpy(patch->old_sha1_prefix, line, len);
|
|
|
|
patch->old_sha1_prefix[len] = 0;
|
|
|
|
|
|
|
|
line = ptr + 2;
|
|
|
|
ptr = strchr(line, ' ');
|
|
|
|
eol = strchr(line, '\n');
|
|
|
|
|
|
|
|
if (!ptr || eol < ptr)
|
|
|
|
ptr = eol;
|
|
|
|
len = ptr - line;
|
|
|
|
|
2005-11-15 02:15:07 +01:00
|
|
|
if (40 < len)
|
2005-10-07 12:42:00 +02:00
|
|
|
return 0;
|
|
|
|
memcpy(patch->new_sha1_prefix, line, len);
|
|
|
|
patch->new_sha1_prefix[len] = 0;
|
|
|
|
if (*ptr == ' ')
|
|
|
|
patch->new_mode = patch->old_mode = strtoul(ptr+1, NULL, 8);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-05-24 04:13:55 +02:00
|
|
|
/*
|
|
|
|
* This is normal for a diff that doesn't change anything: we'll fall through
|
|
|
|
* into the next diff. Tell the parser to break out.
|
|
|
|
*/
|
2005-05-26 19:23:51 +02:00
|
|
|
static int gitdiff_unrecognized(const char *line, struct patch *patch)
|
2005-05-24 04:13:55 +02:00
|
|
|
{
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2005-10-15 06:54:52 +02:00
|
|
|
static const char *stop_at_slash(const char *line, int llen)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < llen; i++) {
|
|
|
|
int ch = line[i];
|
|
|
|
if (ch == '/')
|
|
|
|
return line + i;
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* This is to extract the same name that appears on "diff --git"
|
|
|
|
* line. We do not find and return anything if it is a rename
|
|
|
|
* patch, and it is OK because we will find the name elsewhere.
|
|
|
|
* We need to reliably find name only when it is mode-change only,
|
|
|
|
* creation or deletion of an empty file. In any of these cases,
|
|
|
|
* both sides are the same name under a/ and b/ respectively.
|
|
|
|
*/
|
|
|
|
static char *git_header_name(char *line, int llen)
|
2005-05-26 22:11:24 +02:00
|
|
|
{
|
|
|
|
int len;
|
2005-10-15 06:54:52 +02:00
|
|
|
const char *name;
|
|
|
|
const char *second = NULL;
|
2005-05-26 22:11:24 +02:00
|
|
|
|
2005-10-15 06:54:52 +02:00
|
|
|
line += strlen("diff --git ");
|
|
|
|
llen -= strlen("diff --git ");
|
|
|
|
|
|
|
|
if (*line == '"') {
|
|
|
|
const char *cp;
|
|
|
|
char *first = unquote_c_style(line, &second);
|
|
|
|
if (!first)
|
2005-05-26 22:11:24 +02:00
|
|
|
return NULL;
|
2005-10-15 06:54:52 +02:00
|
|
|
|
|
|
|
/* advance to the first slash */
|
|
|
|
cp = stop_at_slash(first, strlen(first));
|
|
|
|
if (!cp || cp == first) {
|
|
|
|
/* we do not accept absolute paths */
|
|
|
|
free_first_and_fail:
|
|
|
|
free(first);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
len = strlen(cp+1);
|
|
|
|
memmove(first, cp+1, len+1); /* including NUL */
|
|
|
|
|
|
|
|
/* second points at one past closing dq of name.
|
|
|
|
* find the second name.
|
|
|
|
*/
|
|
|
|
while ((second < line + llen) && isspace(*second))
|
|
|
|
second++;
|
|
|
|
|
|
|
|
if (line + llen <= second)
|
|
|
|
goto free_first_and_fail;
|
|
|
|
if (*second == '"') {
|
|
|
|
char *sp = unquote_c_style(second, NULL);
|
|
|
|
if (!sp)
|
|
|
|
goto free_first_and_fail;
|
|
|
|
cp = stop_at_slash(sp, strlen(sp));
|
|
|
|
if (!cp || cp == sp) {
|
|
|
|
free_both_and_fail:
|
|
|
|
free(sp);
|
|
|
|
goto free_first_and_fail;
|
|
|
|
}
|
|
|
|
/* They must match, otherwise ignore */
|
|
|
|
if (strcmp(cp+1, first))
|
|
|
|
goto free_both_and_fail;
|
|
|
|
free(sp);
|
|
|
|
return first;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* unquoted second */
|
|
|
|
cp = stop_at_slash(second, line + llen - second);
|
|
|
|
if (!cp || cp == second)
|
|
|
|
goto free_first_and_fail;
|
|
|
|
cp++;
|
|
|
|
if (line + llen - cp != len + 1 ||
|
|
|
|
memcmp(first, cp, len))
|
|
|
|
goto free_first_and_fail;
|
|
|
|
return first;
|
2005-05-26 22:11:24 +02:00
|
|
|
}
|
|
|
|
|
2005-10-15 06:54:52 +02:00
|
|
|
/* unquoted first name */
|
|
|
|
name = stop_at_slash(line, llen);
|
|
|
|
if (!name || name == line)
|
2005-05-26 22:11:24 +02:00
|
|
|
return NULL;
|
|
|
|
|
2005-10-15 06:54:52 +02:00
|
|
|
name++;
|
|
|
|
|
|
|
|
/* since the first name is unquoted, a dq if exists must be
|
|
|
|
* the beginning of the second name.
|
|
|
|
*/
|
|
|
|
for (second = name; second < line + llen; second++) {
|
|
|
|
if (*second == '"') {
|
|
|
|
const char *cp = second;
|
|
|
|
const char *np;
|
|
|
|
char *sp = unquote_c_style(second, NULL);
|
|
|
|
|
|
|
|
if (!sp)
|
|
|
|
return NULL;
|
|
|
|
np = stop_at_slash(sp, strlen(sp));
|
|
|
|
if (!np || np == sp) {
|
|
|
|
free_second_and_fail:
|
|
|
|
free(sp);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
np++;
|
|
|
|
len = strlen(np);
|
|
|
|
if (len < cp - name &&
|
|
|
|
!strncmp(np, name, len) &&
|
|
|
|
isspace(name[len])) {
|
|
|
|
/* Good */
|
|
|
|
memmove(sp, np, len + 1);
|
|
|
|
return sp;
|
|
|
|
}
|
|
|
|
goto free_second_and_fail;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-05-26 22:11:24 +02:00
|
|
|
/*
|
|
|
|
* Accept a name only if it shows up twice, exactly the same
|
|
|
|
* form.
|
|
|
|
*/
|
|
|
|
for (len = 0 ; ; len++) {
|
2006-08-23 12:39:15 +02:00
|
|
|
switch (name[len]) {
|
2005-05-26 22:11:24 +02:00
|
|
|
default:
|
|
|
|
continue;
|
|
|
|
case '\n':
|
2005-08-28 17:24:27 +02:00
|
|
|
return NULL;
|
2005-05-26 22:11:24 +02:00
|
|
|
case '\t': case ' ':
|
|
|
|
second = name+len;
|
|
|
|
for (;;) {
|
|
|
|
char c = *second++;
|
|
|
|
if (c == '\n')
|
|
|
|
return NULL;
|
|
|
|
if (c == '/')
|
|
|
|
break;
|
|
|
|
}
|
2005-05-26 22:28:42 +02:00
|
|
|
if (second[len] == '\n' && !memcmp(name, second, len)) {
|
2007-09-16 00:32:36 +02:00
|
|
|
return xmemdupz(name, len);
|
2005-05-26 22:11:24 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2005-05-23 19:52:17 +02:00
|
|
|
/* Verify that we recognize the lines following a git header */
|
2005-05-26 19:23:51 +02:00
|
|
|
static int parse_git_header(char *line, int len, unsigned int size, struct patch *patch)
|
2005-05-23 19:52:17 +02:00
|
|
|
{
|
2005-05-24 01:09:09 +02:00
|
|
|
unsigned long offset;
|
|
|
|
|
|
|
|
/* A git diff has explicit new/delete information, so we don't guess */
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->is_new = 0;
|
|
|
|
patch->is_delete = 0;
|
2005-05-24 01:09:09 +02:00
|
|
|
|
2005-05-26 22:11:24 +02:00
|
|
|
/*
|
|
|
|
* Some things may not have the old name in the
|
|
|
|
* rest of the headers anywhere (pure mode changes,
|
|
|
|
* or removing or adding empty files), so we get
|
|
|
|
* the default name from the header.
|
|
|
|
*/
|
2005-10-15 06:54:52 +02:00
|
|
|
patch->def_name = git_header_name(line, len);
|
2005-05-26 22:11:24 +02:00
|
|
|
|
2005-05-24 01:09:09 +02:00
|
|
|
line += len;
|
|
|
|
size -= len;
|
|
|
|
linenr++;
|
|
|
|
for (offset = len ; size > 0 ; offset += len, size -= len, line += len, linenr++) {
|
|
|
|
static const struct opentry {
|
|
|
|
const char *str;
|
2005-05-26 19:23:51 +02:00
|
|
|
int (*fn)(const char *, struct patch *);
|
2005-05-24 01:09:09 +02:00
|
|
|
} optable[] = {
|
|
|
|
{ "@@ -", gitdiff_hdrend },
|
|
|
|
{ "--- ", gitdiff_oldname },
|
|
|
|
{ "+++ ", gitdiff_newname },
|
|
|
|
{ "old mode ", gitdiff_oldmode },
|
|
|
|
{ "new mode ", gitdiff_newmode },
|
|
|
|
{ "deleted file mode ", gitdiff_delete },
|
|
|
|
{ "new file mode ", gitdiff_newfile },
|
|
|
|
{ "copy from ", gitdiff_copysrc },
|
|
|
|
{ "copy to ", gitdiff_copydst },
|
2005-06-05 23:26:50 +02:00
|
|
|
{ "rename old ", gitdiff_renamesrc },
|
|
|
|
{ "rename new ", gitdiff_renamedst },
|
2005-06-06 00:31:52 +02:00
|
|
|
{ "rename from ", gitdiff_renamesrc },
|
|
|
|
{ "rename to ", gitdiff_renamedst },
|
2005-05-24 01:09:09 +02:00
|
|
|
{ "similarity index ", gitdiff_similarity },
|
2005-05-31 01:40:16 +02:00
|
|
|
{ "dissimilarity index ", gitdiff_dissimilarity },
|
2005-10-07 12:42:00 +02:00
|
|
|
{ "index ", gitdiff_index },
|
2005-05-24 04:13:55 +02:00
|
|
|
{ "", gitdiff_unrecognized },
|
2005-05-24 01:09:09 +02:00
|
|
|
};
|
|
|
|
int i;
|
2005-05-23 19:52:17 +02:00
|
|
|
|
|
|
|
len = linelen(line, size);
|
2005-05-24 01:09:09 +02:00
|
|
|
if (!len || line[len-1] != '\n')
|
2005-05-23 19:52:17 +02:00
|
|
|
break;
|
2006-03-09 20:58:05 +01:00
|
|
|
for (i = 0; i < ARRAY_SIZE(optable); i++) {
|
2005-05-24 01:09:09 +02:00
|
|
|
const struct opentry *p = optable + i;
|
|
|
|
int oplen = strlen(p->str);
|
|
|
|
if (len < oplen || memcmp(p->str, line, oplen))
|
|
|
|
continue;
|
2005-05-26 19:23:51 +02:00
|
|
|
if (p->fn(line + oplen, patch) < 0)
|
2005-05-24 01:09:09 +02:00
|
|
|
return offset;
|
2005-05-24 04:13:55 +02:00
|
|
|
break;
|
2005-05-24 01:09:09 +02:00
|
|
|
}
|
2005-05-23 19:52:17 +02:00
|
|
|
}
|
|
|
|
|
2005-05-24 01:09:09 +02:00
|
|
|
return offset;
|
2005-05-23 19:52:17 +02:00
|
|
|
}
|
|
|
|
|
2005-05-26 21:25:52 +02:00
|
|
|
static int parse_num(const char *line, unsigned long *p)
|
2005-05-23 23:38:49 +02:00
|
|
|
{
|
|
|
|
char *ptr;
|
2005-05-26 21:25:52 +02:00
|
|
|
|
|
|
|
if (!isdigit(*line))
|
|
|
|
return 0;
|
|
|
|
*p = strtoul(line, &ptr, 10);
|
|
|
|
return ptr - line;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int parse_range(const char *line, int len, int offset, const char *expect,
|
|
|
|
unsigned long *p1, unsigned long *p2)
|
|
|
|
{
|
2005-05-23 23:38:49 +02:00
|
|
|
int digits, ex;
|
|
|
|
|
|
|
|
if (offset < 0 || offset >= len)
|
|
|
|
return -1;
|
|
|
|
line += offset;
|
|
|
|
len -= offset;
|
|
|
|
|
2005-05-26 21:25:52 +02:00
|
|
|
digits = parse_num(line, p1);
|
|
|
|
if (!digits)
|
2005-05-23 23:38:49 +02:00
|
|
|
return -1;
|
|
|
|
|
|
|
|
offset += digits;
|
|
|
|
line += digits;
|
|
|
|
len -= digits;
|
|
|
|
|
2006-03-25 22:28:28 +01:00
|
|
|
*p2 = 1;
|
2005-05-26 21:25:52 +02:00
|
|
|
if (*line == ',') {
|
|
|
|
digits = parse_num(line+1, p2);
|
|
|
|
if (!digits)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
offset += digits+1;
|
|
|
|
line += digits+1;
|
|
|
|
len -= digits+1;
|
|
|
|
}
|
|
|
|
|
2005-05-23 23:38:49 +02:00
|
|
|
ex = strlen(expect);
|
|
|
|
if (ex > len)
|
|
|
|
return -1;
|
|
|
|
if (memcmp(line, expect, ex))
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
return offset + ex;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Parse a unified diff fragment header of the
|
|
|
|
* form "@@ -a,b +c,d @@"
|
|
|
|
*/
|
2005-05-26 19:23:51 +02:00
|
|
|
static int parse_fragment_header(char *line, int len, struct fragment *fragment)
|
2005-05-23 23:38:49 +02:00
|
|
|
{
|
|
|
|
int offset;
|
|
|
|
|
|
|
|
if (!len || line[len-1] != '\n')
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
/* Figure out the number of lines in a fragment */
|
2005-05-26 21:25:52 +02:00
|
|
|
offset = parse_range(line, len, 4, " +", &fragment->oldpos, &fragment->oldlines);
|
|
|
|
offset = parse_range(line, len, offset, " @@", &fragment->newpos, &fragment->newlines);
|
2005-05-23 23:38:49 +02:00
|
|
|
|
|
|
|
return offset;
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int find_header(char *line, unsigned long size, int *hdrsize, struct patch *patch)
|
2005-05-23 19:52:17 +02:00
|
|
|
{
|
|
|
|
unsigned long offset, len;
|
|
|
|
|
2007-02-21 23:31:10 +01:00
|
|
|
patch->is_toplevel_relative = 0;
|
2005-05-26 19:23:51 +02:00
|
|
|
patch->is_rename = patch->is_copy = 0;
|
|
|
|
patch->is_new = patch->is_delete = -1;
|
|
|
|
patch->old_mode = patch->new_mode = 0;
|
|
|
|
patch->old_name = patch->new_name = NULL;
|
2005-05-23 23:38:49 +02:00
|
|
|
for (offset = 0; size > 0; offset += len, size -= len, line += len, linenr++) {
|
2005-05-23 19:52:17 +02:00
|
|
|
unsigned long nextlen;
|
|
|
|
|
|
|
|
len = linelen(line, size);
|
|
|
|
if (!len)
|
|
|
|
break;
|
|
|
|
|
|
|
|
/* Testing this early allows us to take a few shortcuts.. */
|
|
|
|
if (len < 6)
|
|
|
|
continue;
|
2005-05-23 23:38:49 +02:00
|
|
|
|
|
|
|
/*
|
2006-07-10 07:50:18 +02:00
|
|
|
* Make sure we don't find any unconnected patch fragments.
|
2005-05-23 23:38:49 +02:00
|
|
|
* That's a sign that we didn't find a header, and that a
|
|
|
|
* patch has become corrupted/broken up.
|
|
|
|
*/
|
|
|
|
if (!memcmp("@@ -", line, 4)) {
|
2005-05-26 19:23:51 +02:00
|
|
|
struct fragment dummy;
|
|
|
|
if (parse_fragment_header(line, len, &dummy) < 0)
|
2005-05-23 23:38:49 +02:00
|
|
|
continue;
|
2007-01-09 20:50:53 +01:00
|
|
|
die("patch fragment without header at line %d: %.*s",
|
|
|
|
linenr, (int)len-1, line);
|
2005-05-23 23:38:49 +02:00
|
|
|
}
|
|
|
|
|
2005-05-23 19:52:17 +02:00
|
|
|
if (size < len + 6)
|
|
|
|
break;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Git patch? It might not have a real patch, just a rename
|
|
|
|
* or mode change, so we handle that specially
|
|
|
|
*/
|
|
|
|
if (!memcmp("diff --git ", line, 11)) {
|
2005-05-26 19:23:51 +02:00
|
|
|
int git_hdr_len = parse_git_header(line, len, size, patch);
|
2005-06-12 18:37:49 +02:00
|
|
|
if (git_hdr_len <= len)
|
2005-05-23 19:52:17 +02:00
|
|
|
continue;
|
2005-06-18 00:23:40 +02:00
|
|
|
if (!patch->old_name && !patch->new_name) {
|
|
|
|
if (!patch->def_name)
|
|
|
|
die("git diff header lacks filename information (line %d)", linenr);
|
|
|
|
patch->old_name = patch->new_name = patch->def_name;
|
|
|
|
}
|
2007-02-21 23:31:10 +01:00
|
|
|
patch->is_toplevel_relative = 1;
|
2005-05-24 01:09:09 +02:00
|
|
|
*hdrsize = git_hdr_len;
|
2005-05-23 19:52:17 +02:00
|
|
|
return offset;
|
|
|
|
}
|
|
|
|
|
|
|
|
/** --- followed by +++ ? */
|
|
|
|
if (memcmp("--- ", line, 4) || memcmp("+++ ", line + len, 4))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We only accept unified patches, so we want it to
|
|
|
|
* at least have "@@ -a,b +c,d @@\n", which is 14 chars
|
|
|
|
* minimum
|
|
|
|
*/
|
|
|
|
nextlen = linelen(line + len, size - len);
|
|
|
|
if (size < nextlen + 14 || memcmp("@@ -", line + len + nextlen, 4))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
/* Ok, we'll consider it a patch */
|
2005-05-26 19:23:51 +02:00
|
|
|
parse_traditional_patch(line, line+len, patch);
|
2005-05-23 19:52:17 +02:00
|
|
|
*hdrsize = len + nextlen;
|
2005-05-23 23:38:49 +02:00
|
|
|
linenr += 2;
|
2005-05-23 19:52:17 +02:00
|
|
|
return offset;
|
|
|
|
}
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2006-09-23 09:37:19 +02:00
|
|
|
static void check_whitespace(const char *line, int len)
|
|
|
|
{
|
|
|
|
const char *err = "Adds trailing whitespace";
|
|
|
|
int seen_space = 0;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We know len is at least two, since we have a '+' and we
|
|
|
|
* checked that the last character was a '\n' before calling
|
|
|
|
* this function. That is, an addition of an empty line would
|
|
|
|
* check the '+' here. Sneaky...
|
|
|
|
*/
|
|
|
|
if (isspace(line[len-2]))
|
|
|
|
goto error;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Make sure that there is no space followed by a tab in
|
|
|
|
* indentation.
|
|
|
|
*/
|
|
|
|
err = "Space in indent is followed by a tab";
|
|
|
|
for (i = 1; i < len; i++) {
|
|
|
|
if (line[i] == '\t') {
|
|
|
|
if (seen_space)
|
|
|
|
goto error;
|
|
|
|
}
|
|
|
|
else if (line[i] == ' ')
|
|
|
|
seen_space = 1;
|
|
|
|
else
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
return;
|
|
|
|
|
|
|
|
error:
|
|
|
|
whitespace_error++;
|
|
|
|
if (squelch_whitespace_errors &&
|
|
|
|
squelch_whitespace_errors < whitespace_error)
|
|
|
|
;
|
|
|
|
else
|
|
|
|
fprintf(stderr, "%s.\n%s:%d:%.*s\n",
|
|
|
|
err, patch_input_file, linenr, len-2, line+1);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2005-05-23 19:52:17 +02:00
|
|
|
/*
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
* Parse a unified diff. Note that this really needs to parse each
|
|
|
|
* fragment separately, since the only way to know the difference
|
|
|
|
* between a "---" that is part of a patch, and a "---" that starts
|
|
|
|
* the next patch is to look at the line counts..
|
2005-05-23 19:52:17 +02:00
|
|
|
*/
|
2005-05-26 19:23:51 +02:00
|
|
|
static int parse_fragment(char *line, unsigned long size, struct patch *patch, struct fragment *fragment)
|
2005-05-23 19:52:17 +02:00
|
|
|
{
|
2005-05-26 20:40:43 +02:00
|
|
|
int added, deleted;
|
2005-05-23 19:52:17 +02:00
|
|
|
int len = linelen(line, size), offset;
|
2005-06-05 21:43:56 +02:00
|
|
|
unsigned long oldlines, newlines;
|
2006-04-10 11:33:06 +02:00
|
|
|
unsigned long leading, trailing;
|
2005-05-23 19:52:17 +02:00
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
offset = parse_fragment_header(line, len, fragment);
|
2005-05-23 19:52:17 +02:00
|
|
|
if (offset < 0)
|
|
|
|
return -1;
|
2005-05-26 19:23:51 +02:00
|
|
|
oldlines = fragment->oldlines;
|
|
|
|
newlines = fragment->newlines;
|
2006-04-10 11:33:06 +02:00
|
|
|
leading = 0;
|
|
|
|
trailing = 0;
|
2005-05-23 19:52:17 +02:00
|
|
|
|
|
|
|
/* Parse the thing.. */
|
|
|
|
line += len;
|
|
|
|
size -= len;
|
2005-05-23 23:38:49 +02:00
|
|
|
linenr++;
|
2005-05-26 20:40:43 +02:00
|
|
|
added = deleted = 0;
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
for (offset = len;
|
|
|
|
0 < size;
|
|
|
|
offset += len, size -= len, line += len, linenr++) {
|
2005-05-23 19:52:17 +02:00
|
|
|
if (!oldlines && !newlines)
|
|
|
|
break;
|
|
|
|
len = linelen(line, size);
|
|
|
|
if (!len || line[len-1] != '\n')
|
|
|
|
return -1;
|
|
|
|
switch (*line) {
|
|
|
|
default:
|
|
|
|
return -1;
|
2006-10-20 04:26:08 +02:00
|
|
|
case '\n': /* newer GNU diff, an empty context line */
|
2005-05-23 19:52:17 +02:00
|
|
|
case ' ':
|
|
|
|
oldlines--;
|
|
|
|
newlines--;
|
2006-04-10 11:33:06 +02:00
|
|
|
if (!deleted && !added)
|
|
|
|
leading++;
|
|
|
|
trailing++;
|
2005-05-23 19:52:17 +02:00
|
|
|
break;
|
|
|
|
case '-':
|
2007-07-07 19:50:39 +02:00
|
|
|
if (apply_in_reverse &&
|
|
|
|
new_whitespace != nowarn_whitespace)
|
|
|
|
check_whitespace(line, len);
|
2005-05-26 20:40:43 +02:00
|
|
|
deleted++;
|
2005-05-23 19:52:17 +02:00
|
|
|
oldlines--;
|
2006-04-10 11:33:06 +02:00
|
|
|
trailing = 0;
|
2005-05-23 19:52:17 +02:00
|
|
|
break;
|
|
|
|
case '+':
|
2007-07-07 19:50:39 +02:00
|
|
|
if (!apply_in_reverse &&
|
|
|
|
new_whitespace != nowarn_whitespace)
|
2006-09-23 09:37:19 +02:00
|
|
|
check_whitespace(line, len);
|
2005-05-26 20:40:43 +02:00
|
|
|
added++;
|
2005-05-23 19:52:17 +02:00
|
|
|
newlines--;
|
2006-04-10 11:33:06 +02:00
|
|
|
trailing = 0;
|
2005-05-23 19:52:17 +02:00
|
|
|
break;
|
2005-09-04 19:29:02 +02:00
|
|
|
|
|
|
|
/* We allow "\ No newline at end of file". Depending
|
|
|
|
* on locale settings when the patch was produced we
|
|
|
|
* don't know what this line looks like. The only
|
2005-10-03 22:16:39 +02:00
|
|
|
* thing we do know is that it begins with "\ ".
|
|
|
|
* Checking for 12 is just for sanity check -- any
|
|
|
|
* l10n of "\ No newline..." is at least that long.
|
|
|
|
*/
|
2005-05-26 21:25:52 +02:00
|
|
|
case '\\':
|
2005-09-04 19:29:02 +02:00
|
|
|
if (len < 12 || memcmp(line, "\\ ", 2))
|
2005-06-05 20:03:13 +02:00
|
|
|
return -1;
|
2005-05-26 21:25:52 +02:00
|
|
|
break;
|
2005-05-23 19:52:17 +02:00
|
|
|
}
|
|
|
|
}
|
2006-03-25 22:28:28 +01:00
|
|
|
if (oldlines || newlines)
|
|
|
|
return -1;
|
2006-04-10 11:33:06 +02:00
|
|
|
fragment->leading = leading;
|
|
|
|
fragment->trailing = trailing;
|
|
|
|
|
2005-07-22 18:56:39 +02:00
|
|
|
/* If a fragment ends with an incomplete line, we failed to include
|
|
|
|
* it in the above loop because we hit oldlines == newlines == 0
|
|
|
|
* before seeing it.
|
|
|
|
*/
|
2005-09-04 19:29:02 +02:00
|
|
|
if (12 < size && !memcmp(line, "\\ ", 2))
|
2005-07-22 18:56:39 +02:00
|
|
|
offset += linelen(line, size);
|
|
|
|
|
2005-05-26 20:40:43 +02:00
|
|
|
patch->lines_added += added;
|
|
|
|
patch->lines_deleted += deleted;
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
|
|
|
|
if (0 < patch->is_new && oldlines)
|
|
|
|
return error("new file depends on old contents");
|
|
|
|
if (0 < patch->is_delete && newlines)
|
|
|
|
return error("deleted file still has contents");
|
2005-05-23 19:52:17 +02:00
|
|
|
return offset;
|
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int parse_single_patch(char *line, unsigned long size, struct patch *patch)
|
2005-05-23 19:52:17 +02:00
|
|
|
{
|
|
|
|
unsigned long offset = 0;
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
unsigned long oldlines = 0, newlines = 0, context = 0;
|
2005-05-26 19:23:51 +02:00
|
|
|
struct fragment **fragp = &patch->fragments;
|
2005-05-23 19:52:17 +02:00
|
|
|
|
|
|
|
while (size > 4 && !memcmp(line, "@@ -", 4)) {
|
2005-05-26 19:23:51 +02:00
|
|
|
struct fragment *fragment;
|
|
|
|
int len;
|
|
|
|
|
2006-04-03 20:30:46 +02:00
|
|
|
fragment = xcalloc(1, sizeof(*fragment));
|
2005-05-26 19:23:51 +02:00
|
|
|
len = parse_fragment(line, size, patch, fragment);
|
2005-05-23 19:52:17 +02:00
|
|
|
if (len <= 0)
|
2005-05-23 23:38:49 +02:00
|
|
|
die("corrupt patch at line %d", linenr);
|
2005-05-26 19:23:51 +02:00
|
|
|
fragment->patch = line;
|
|
|
|
fragment->size = len;
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
oldlines += fragment->oldlines;
|
|
|
|
newlines += fragment->newlines;
|
|
|
|
context += fragment->leading + fragment->trailing;
|
2005-05-26 19:23:51 +02:00
|
|
|
|
|
|
|
*fragp = fragment;
|
|
|
|
fragp = &fragment->next;
|
2005-05-23 19:52:17 +02:00
|
|
|
|
|
|
|
offset += len;
|
|
|
|
line += len;
|
|
|
|
size -= len;
|
|
|
|
}
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* If something was removed (i.e. we have old-lines) it cannot
|
|
|
|
* be creation, and if something was added it cannot be
|
|
|
|
* deletion. However, the reverse is not true; --unified=0
|
|
|
|
* patches that only add are not necessarily creation even
|
|
|
|
* though they do not have any old lines, and ones that only
|
|
|
|
* delete are not necessarily deletion.
|
|
|
|
*
|
|
|
|
* Unfortunately, a real creation/deletion patch do _not_ have
|
|
|
|
* any context line by definition, so we cannot safely tell it
|
|
|
|
* apart with --unified=0 insanity. At least if the patch has
|
|
|
|
* more than one hunk it is not creation or deletion.
|
|
|
|
*/
|
|
|
|
if (patch->is_new < 0 &&
|
|
|
|
(oldlines || (patch->fragments && patch->fragments->next)))
|
|
|
|
patch->is_new = 0;
|
|
|
|
if (patch->is_delete < 0 &&
|
|
|
|
(newlines || (patch->fragments && patch->fragments->next)))
|
|
|
|
patch->is_delete = 0;
|
|
|
|
if (!unidiff_zero || context) {
|
|
|
|
/* If the user says the patch is not generated with
|
|
|
|
* --unified=0, or if we have seen context lines,
|
|
|
|
* then not having oldlines means the patch is creation,
|
|
|
|
* and not having newlines means the patch is deletion.
|
|
|
|
*/
|
2006-11-04 11:28:53 +01:00
|
|
|
if (patch->is_new < 0 && !oldlines) {
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
patch->is_new = 1;
|
2006-11-04 11:28:53 +01:00
|
|
|
patch->old_name = NULL;
|
|
|
|
}
|
|
|
|
if (patch->is_delete < 0 && !newlines) {
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
patch->is_delete = 1;
|
2006-11-04 11:28:53 +01:00
|
|
|
patch->new_name = NULL;
|
|
|
|
}
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
if (0 < patch->is_new && oldlines)
|
|
|
|
die("new file %s depends on old contents", patch->new_name);
|
|
|
|
if (0 < patch->is_delete && newlines)
|
|
|
|
die("deleted file %s still has contents", patch->old_name);
|
|
|
|
if (!patch->is_delete && !newlines && context)
|
|
|
|
fprintf(stderr, "** warning: file %s becomes empty but "
|
|
|
|
"is not deleted\n", patch->new_name);
|
|
|
|
|
2005-05-23 19:52:17 +02:00
|
|
|
return offset;
|
|
|
|
}
|
|
|
|
|
2005-10-01 08:25:23 +02:00
|
|
|
static inline int metadata_changes(struct patch *patch)
|
|
|
|
{
|
|
|
|
return patch->is_rename > 0 ||
|
|
|
|
patch->is_copy > 0 ||
|
|
|
|
patch->is_new > 0 ||
|
|
|
|
patch->is_delete ||
|
|
|
|
(patch->old_mode && patch->new_mode &&
|
|
|
|
patch->old_mode != patch->new_mode);
|
|
|
|
}
|
|
|
|
|
2006-08-15 11:23:06 +02:00
|
|
|
static char *inflate_it(const void *data, unsigned long size,
|
|
|
|
unsigned long inflated_size)
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
{
|
2006-08-15 11:23:06 +02:00
|
|
|
z_stream stream;
|
|
|
|
void *out;
|
|
|
|
int st;
|
|
|
|
|
|
|
|
memset(&stream, 0, sizeof(stream));
|
|
|
|
|
|
|
|
stream.next_in = (unsigned char *)data;
|
|
|
|
stream.avail_in = size;
|
|
|
|
stream.next_out = out = xmalloc(inflated_size);
|
|
|
|
stream.avail_out = inflated_size;
|
|
|
|
inflateInit(&stream);
|
|
|
|
st = inflate(&stream, Z_FINISH);
|
|
|
|
if ((st != Z_STREAM_END) || stream.total_out != inflated_size) {
|
|
|
|
free(out);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
return out;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct fragment *parse_binary_hunk(char **buf_p,
|
|
|
|
unsigned long *sz_p,
|
|
|
|
int *status_p,
|
|
|
|
int *used_p)
|
|
|
|
{
|
|
|
|
/* Expect a line that begins with binary patch method ("literal"
|
|
|
|
* or "delta"), followed by the length of data before deflating.
|
|
|
|
* a sequence of 'length-byte' followed by base-85 encoded data
|
|
|
|
* should follow, terminated by a newline.
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
*
|
|
|
|
* Each 5-byte sequence of base-85 encodes up to 4 bytes,
|
|
|
|
* and we would limit the patch line to 66 characters,
|
|
|
|
* so one line can fit up to 13 groups that would decode
|
|
|
|
* to 52 bytes max. The length byte 'A'-'Z' corresponds
|
|
|
|
* to 1-26 bytes, and 'a'-'z' corresponds to 27-52 bytes.
|
|
|
|
*/
|
|
|
|
int llen, used;
|
2006-08-15 11:23:06 +02:00
|
|
|
unsigned long size = *sz_p;
|
|
|
|
char *buffer = *buf_p;
|
|
|
|
int patch_method;
|
|
|
|
unsigned long origlen;
|
2006-05-05 11:41:53 +02:00
|
|
|
char *data = NULL;
|
2006-08-15 11:23:06 +02:00
|
|
|
int hunk_size = 0;
|
|
|
|
struct fragment *frag;
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
|
2006-05-05 11:41:53 +02:00
|
|
|
llen = linelen(buffer, size);
|
|
|
|
used = llen;
|
2006-08-15 11:23:06 +02:00
|
|
|
|
|
|
|
*status_p = 0;
|
2006-05-05 11:41:53 +02:00
|
|
|
|
Mechanical conversion to use prefixcmp()
This mechanically converts strncmp() to use prefixcmp(), but only when
the parameters match specific patterns, so that they can be verified
easily. Leftover from this will be fixed in a separate step, including
idiotic conversions like
if (!strncmp("foo", arg, 3))
=>
if (!(-prefixcmp(arg, "foo")))
This was done by using this script in px.perl
#!/usr/bin/perl -i.bak -p
if (/strncmp\(([^,]+), "([^\\"]*)", (\d+)\)/ && (length($2) == $3)) {
s|strncmp\(([^,]+), "([^\\"]*)", (\d+)\)|prefixcmp($1, "$2")|;
}
if (/strncmp\("([^\\"]*)", ([^,]+), (\d+)\)/ && (length($1) == $3)) {
s|strncmp\("([^\\"]*)", ([^,]+), (\d+)\)|(-prefixcmp($2, "$1"))|;
}
and running:
$ git grep -l strncmp -- '*.c' | xargs perl px.perl
Signed-off-by: Junio C Hamano <junkio@cox.net>
2007-02-20 10:53:29 +01:00
|
|
|
if (!prefixcmp(buffer, "delta ")) {
|
2006-08-15 11:23:06 +02:00
|
|
|
patch_method = BINARY_DELTA_DEFLATED;
|
|
|
|
origlen = strtoul(buffer + 6, NULL, 10);
|
2006-05-05 11:41:53 +02:00
|
|
|
}
|
Mechanical conversion to use prefixcmp()
This mechanically converts strncmp() to use prefixcmp(), but only when
the parameters match specific patterns, so that they can be verified
easily. Leftover from this will be fixed in a separate step, including
idiotic conversions like
if (!strncmp("foo", arg, 3))
=>
if (!(-prefixcmp(arg, "foo")))
This was done by using this script in px.perl
#!/usr/bin/perl -i.bak -p
if (/strncmp\(([^,]+), "([^\\"]*)", (\d+)\)/ && (length($2) == $3)) {
s|strncmp\(([^,]+), "([^\\"]*)", (\d+)\)|prefixcmp($1, "$2")|;
}
if (/strncmp\("([^\\"]*)", ([^,]+), (\d+)\)/ && (length($1) == $3)) {
s|strncmp\("([^\\"]*)", ([^,]+), (\d+)\)|(-prefixcmp($2, "$1"))|;
}
and running:
$ git grep -l strncmp -- '*.c' | xargs perl px.perl
Signed-off-by: Junio C Hamano <junkio@cox.net>
2007-02-20 10:53:29 +01:00
|
|
|
else if (!prefixcmp(buffer, "literal ")) {
|
2006-08-15 11:23:06 +02:00
|
|
|
patch_method = BINARY_LITERAL_DEFLATED;
|
|
|
|
origlen = strtoul(buffer + 8, NULL, 10);
|
2006-05-05 11:41:53 +02:00
|
|
|
}
|
|
|
|
else
|
2006-08-15 11:23:06 +02:00
|
|
|
return NULL;
|
|
|
|
|
|
|
|
linenr++;
|
2006-05-05 11:41:53 +02:00
|
|
|
buffer += llen;
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
while (1) {
|
|
|
|
int byte_length, max_byte_length, newsize;
|
|
|
|
llen = linelen(buffer, size);
|
|
|
|
used += llen;
|
|
|
|
linenr++;
|
2006-08-17 01:07:20 +02:00
|
|
|
if (llen == 1) {
|
|
|
|
/* consume the blank line */
|
|
|
|
buffer++;
|
|
|
|
size--;
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
break;
|
2006-08-17 01:07:20 +02:00
|
|
|
}
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
/* Minimum line is "A00000\n" which is 7-byte long,
|
|
|
|
* and the line length must be multiple of 5 plus 2.
|
|
|
|
*/
|
|
|
|
if ((llen < 7) || (llen-2) % 5)
|
|
|
|
goto corrupt;
|
|
|
|
max_byte_length = (llen - 2) / 5 * 4;
|
|
|
|
byte_length = *buffer;
|
|
|
|
if ('A' <= byte_length && byte_length <= 'Z')
|
|
|
|
byte_length = byte_length - 'A' + 1;
|
|
|
|
else if ('a' <= byte_length && byte_length <= 'z')
|
|
|
|
byte_length = byte_length - 'a' + 27;
|
|
|
|
else
|
|
|
|
goto corrupt;
|
|
|
|
/* if the input length was not multiple of 4, we would
|
|
|
|
* have filler at the end but the filler should never
|
|
|
|
* exceed 3 bytes
|
|
|
|
*/
|
|
|
|
if (max_byte_length < byte_length ||
|
|
|
|
byte_length <= max_byte_length - 4)
|
|
|
|
goto corrupt;
|
2006-08-15 11:23:06 +02:00
|
|
|
newsize = hunk_size + byte_length;
|
2006-05-05 11:41:53 +02:00
|
|
|
data = xrealloc(data, newsize);
|
2006-08-15 11:23:06 +02:00
|
|
|
if (decode_85(data + hunk_size, buffer + 1, byte_length))
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
goto corrupt;
|
2006-08-15 11:23:06 +02:00
|
|
|
hunk_size = newsize;
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
buffer += llen;
|
|
|
|
size -= llen;
|
|
|
|
}
|
2006-08-15 11:23:06 +02:00
|
|
|
|
|
|
|
frag = xcalloc(1, sizeof(*frag));
|
|
|
|
frag->patch = inflate_it(data, hunk_size, origlen);
|
|
|
|
if (!frag->patch)
|
|
|
|
goto corrupt;
|
|
|
|
free(data);
|
|
|
|
frag->size = origlen;
|
|
|
|
*buf_p = buffer;
|
|
|
|
*sz_p = size;
|
|
|
|
*used_p = used;
|
|
|
|
frag->binary_patch_method = patch_method;
|
|
|
|
return frag;
|
|
|
|
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
corrupt:
|
2006-08-28 06:19:39 +02:00
|
|
|
free(data);
|
2006-08-15 11:23:06 +02:00
|
|
|
*status_p = -1;
|
|
|
|
error("corrupt binary patch at line %d: %.*s",
|
|
|
|
linenr-1, llen-1, buffer);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int parse_binary(char *buffer, unsigned long size, struct patch *patch)
|
|
|
|
{
|
|
|
|
/* We have read "GIT binary patch\n"; what follows is a line
|
|
|
|
* that says the patch method (currently, either "literal" or
|
|
|
|
* "delta") and the length of data before deflating; a
|
|
|
|
* sequence of 'length-byte' followed by base-85 encoded data
|
|
|
|
* follows.
|
|
|
|
*
|
|
|
|
* When a binary patch is reversible, there is another binary
|
|
|
|
* hunk in the same format, starting with patch method (either
|
|
|
|
* "literal" or "delta") with the length of data, and a sequence
|
|
|
|
* of length-byte + base-85 encoded data, terminated with another
|
|
|
|
* empty line. This data, when applied to the postimage, produces
|
|
|
|
* the preimage.
|
|
|
|
*/
|
|
|
|
struct fragment *forward;
|
|
|
|
struct fragment *reverse;
|
|
|
|
int status;
|
|
|
|
int used, used_1;
|
|
|
|
|
|
|
|
forward = parse_binary_hunk(&buffer, &size, &status, &used);
|
|
|
|
if (!forward && !status)
|
|
|
|
/* there has to be one hunk (forward hunk) */
|
|
|
|
return error("unrecognized binary patch at line %d", linenr-1);
|
|
|
|
if (status)
|
|
|
|
/* otherwise we already gave an error message */
|
|
|
|
return status;
|
|
|
|
|
|
|
|
reverse = parse_binary_hunk(&buffer, &size, &status, &used_1);
|
|
|
|
if (reverse)
|
|
|
|
used += used_1;
|
|
|
|
else if (status) {
|
|
|
|
/* not having reverse hunk is not an error, but having
|
|
|
|
* a corrupt reverse hunk is.
|
|
|
|
*/
|
|
|
|
free((void*) forward->patch);
|
|
|
|
free(forward);
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
forward->next = reverse;
|
|
|
|
patch->fragments = forward;
|
|
|
|
patch->is_binary = 1;
|
|
|
|
return used;
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
}
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
static int parse_chunk(char *buffer, unsigned long size, struct patch *patch)
|
2005-05-23 19:52:17 +02:00
|
|
|
{
|
|
|
|
int hdrsize, patchsize;
|
2005-05-26 19:23:51 +02:00
|
|
|
int offset = find_header(buffer, size, &hdrsize, patch);
|
2005-05-23 19:52:17 +02:00
|
|
|
|
|
|
|
if (offset < 0)
|
|
|
|
return offset;
|
|
|
|
|
2005-05-26 19:23:51 +02:00
|
|
|
patchsize = parse_single_patch(buffer + offset + hdrsize, size - offset - hdrsize, patch);
|
2005-05-23 19:52:17 +02:00
|
|
|
|
2005-11-16 23:12:56 +01:00
|
|
|
if (!patchsize) {
|
2005-11-18 05:46:29 +01:00
|
|
|
static const char *binhdr[] = {
|
|
|
|
"Binary files ",
|
|
|
|
"Files ",
|
|
|
|
NULL,
|
|
|
|
};
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
static const char git_binary[] = "GIT binary patch\n";
|
2005-11-18 05:46:29 +01:00
|
|
|
int i;
|
|
|
|
int hd = hdrsize + offset;
|
|
|
|
unsigned long llen = linelen(buffer + hd, size - hd);
|
|
|
|
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
if (llen == sizeof(git_binary) - 1 &&
|
|
|
|
!memcmp(git_binary, buffer + hd, llen)) {
|
|
|
|
int used;
|
|
|
|
linenr++;
|
|
|
|
used = parse_binary(buffer + hd + llen,
|
|
|
|
size - hd - llen, patch);
|
|
|
|
if (used)
|
|
|
|
patchsize = used + llen;
|
|
|
|
else
|
|
|
|
patchsize = 0;
|
|
|
|
}
|
|
|
|
else if (!memcmp(" differ\n", buffer + hd + llen - 8, 8)) {
|
2005-11-18 05:46:29 +01:00
|
|
|
for (i = 0; binhdr[i]; i++) {
|
|
|
|
int len = strlen(binhdr[i]);
|
|
|
|
if (len < size - hd &&
|
|
|
|
!memcmp(binhdr[i], buffer + hd, len)) {
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
linenr++;
|
2005-11-18 05:46:29 +01:00
|
|
|
patch->is_binary = 1;
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
patchsize = llen;
|
2005-11-18 05:46:29 +01:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
}
|
2005-11-09 23:59:23 +01:00
|
|
|
|
2006-09-07 07:45:21 +02:00
|
|
|
/* Empty patch cannot be applied if it is a text patch
|
|
|
|
* without metadata change. A binary patch appears
|
|
|
|
* empty to us here.
|
2005-11-16 23:12:56 +01:00
|
|
|
*/
|
|
|
|
if ((apply || check) &&
|
2006-09-07 07:45:21 +02:00
|
|
|
(!patch->is_binary && !metadata_changes(patch)))
|
2005-11-09 23:59:23 +01:00
|
|
|
die("patch with only garbage at line %d", linenr);
|
|
|
|
}
|
2005-10-01 08:25:23 +02:00
|
|
|
|
2005-05-23 19:52:17 +02:00
|
|
|
return offset + hdrsize + patchsize;
|
|
|
|
}
|
|
|
|
|
2006-07-28 17:46:11 +02:00
|
|
|
#define swap(a,b) myswap((a),(b),sizeof(a))
|
|
|
|
|
|
|
|
#define myswap(a, b, size) do { \
|
|
|
|
unsigned char mytmp[size]; \
|
|
|
|
memcpy(mytmp, &a, size); \
|
|
|
|
memcpy(&a, &b, size); \
|
|
|
|
memcpy(&b, mytmp, size); \
|
|
|
|
} while (0)
|
|
|
|
|
|
|
|
static void reverse_patches(struct patch *p)
|
|
|
|
{
|
|
|
|
for (; p; p = p->next) {
|
|
|
|
struct fragment *frag = p->fragments;
|
|
|
|
|
|
|
|
swap(p->new_name, p->old_name);
|
|
|
|
swap(p->new_mode, p->old_mode);
|
|
|
|
swap(p->is_new, p->is_delete);
|
|
|
|
swap(p->lines_added, p->lines_deleted);
|
|
|
|
swap(p->old_sha1_prefix, p->new_sha1_prefix);
|
|
|
|
|
|
|
|
for (; frag; frag = frag->next) {
|
|
|
|
swap(frag->newpos, frag->oldpos);
|
|
|
|
swap(frag->newlines, frag->oldlines);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-07-03 19:10:45 +02:00
|
|
|
static const char pluses[] = "++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++";
|
|
|
|
static const char minuses[]= "----------------------------------------------------------------------";
|
2005-05-26 20:40:43 +02:00
|
|
|
|
|
|
|
static void show_stats(struct patch *patch)
|
|
|
|
{
|
2005-07-29 05:37:23 +02:00
|
|
|
const char *prefix = "";
|
2005-06-22 11:29:16 +02:00
|
|
|
char *name = patch->new_name;
|
2005-10-15 06:54:52 +02:00
|
|
|
char *qname = NULL;
|
2005-06-01 05:50:49 +02:00
|
|
|
int len, max, add, del, total;
|
2005-05-26 20:40:43 +02:00
|
|
|
|
2005-05-26 22:11:24 +02:00
|
|
|
if (!name)
|
2005-06-22 11:29:16 +02:00
|
|
|
name = patch->old_name;
|
2005-05-26 20:40:43 +02:00
|
|
|
|
2005-10-15 06:54:52 +02:00
|
|
|
if (0 < (len = quote_c_style(name, NULL, NULL, 0))) {
|
|
|
|
qname = xmalloc(len + 1);
|
|
|
|
quote_c_style(name, qname, NULL, 0);
|
|
|
|
name = qname;
|
|
|
|
}
|
|
|
|
|
2005-05-26 20:40:43 +02:00
|
|
|
/*
|
|
|
|
* "scale" the filename
|
|
|
|
*/
|
|
|
|
len = strlen(name);
|
|
|
|
max = max_len;
|
|
|
|
if (max > 50)
|
|
|
|
max = 50;
|
2005-07-29 05:37:23 +02:00
|
|
|
if (len > max) {
|
|
|
|
char *slash;
|
|
|
|
prefix = "...";
|
|
|
|
max -= 3;
|
2005-05-26 20:40:43 +02:00
|
|
|
name += len - max;
|
2005-07-29 05:37:23 +02:00
|
|
|
slash = strchr(name, '/');
|
|
|
|
if (slash)
|
|
|
|
name = slash;
|
|
|
|
}
|
2005-05-26 20:40:43 +02:00
|
|
|
len = max;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* scale the add/delete
|
|
|
|
*/
|
|
|
|
max = max_change;
|
|
|
|
if (max + len > 70)
|
|
|
|
max = 70 - len;
|
2005-06-01 05:50:49 +02:00
|
|
|
|
|
|
|
add = patch->lines_added;
|
|
|
|
del = patch->lines_deleted;
|
|
|
|
total = add + del;
|
|
|
|
|
2005-06-21 17:14:30 +02:00
|
|
|
if (max_change > 0) {
|
|
|
|
total = (total * max + max_change / 2) / max_change;
|
|
|
|
add = (add * max + max_change / 2) / max_change;
|
|
|
|
del = total - add;
|
|
|
|
}
|
2005-11-09 23:59:23 +01:00
|
|
|
if (patch->is_binary)
|
|
|
|
printf(" %s%-*s | Bin\n", prefix, len, name);
|
|
|
|
else
|
|
|
|
printf(" %s%-*s |%5d %.*s%.*s\n", prefix,
|
|
|
|
len, name, patch->lines_added + patch->lines_deleted,
|
|
|
|
add, pluses, del, minuses);
|
2006-08-28 06:19:39 +02:00
|
|
|
free(qname);
|
2005-05-26 20:40:43 +02:00
|
|
|
}
|
|
|
|
|
2007-09-16 18:54:42 +02:00
|
|
|
static int read_old_data(struct stat *st, const char *path, struct strbuf *buf)
|
2005-06-05 20:03:13 +02:00
|
|
|
{
|
|
|
|
int fd;
|
|
|
|
|
|
|
|
switch (st->st_mode & S_IFMT) {
|
|
|
|
case S_IFLNK:
|
2007-09-16 18:54:42 +02:00
|
|
|
strbuf_grow(buf, st->st_size);
|
|
|
|
if (readlink(path, buf->buf, st->st_size) != st->st_size)
|
|
|
|
return -1;
|
|
|
|
strbuf_setlen(buf, st->st_size);
|
|
|
|
return 0;
|
2005-06-05 20:03:13 +02:00
|
|
|
case S_IFREG:
|
|
|
|
fd = open(path, O_RDONLY);
|
|
|
|
if (fd < 0)
|
|
|
|
return error("unable to open %s", path);
|
2007-09-16 18:54:42 +02:00
|
|
|
if (strbuf_read(buf, fd, st->st_size) < 0) {
|
|
|
|
close(fd);
|
|
|
|
return -1;
|
2005-06-05 20:03:13 +02:00
|
|
|
}
|
|
|
|
close(fd);
|
2007-09-16 18:54:42 +02:00
|
|
|
convert_to_git(path, buf->buf, buf->len, buf);
|
|
|
|
return 0;
|
2005-06-05 20:03:13 +02:00
|
|
|
default:
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2006-04-10 11:33:06 +02:00
|
|
|
static int find_offset(const char *buf, unsigned long size, const char *fragment, unsigned long fragsize, int line, int *lines)
|
2005-06-05 20:03:13 +02:00
|
|
|
{
|
2005-06-05 21:16:32 +02:00
|
|
|
int i;
|
|
|
|
unsigned long start, backwards, forwards;
|
2005-06-05 20:03:13 +02:00
|
|
|
|
|
|
|
if (fragsize > size)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
start = 0;
|
|
|
|
if (line > 1) {
|
|
|
|
unsigned long offset = 0;
|
2005-06-05 21:16:32 +02:00
|
|
|
i = line-1;
|
|
|
|
while (offset + fragsize <= size) {
|
2005-06-05 20:03:13 +02:00
|
|
|
if (buf[offset++] == '\n') {
|
|
|
|
start = offset;
|
2005-06-05 21:16:32 +02:00
|
|
|
if (!--i)
|
2005-06-05 20:03:13 +02:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Exact line number? */
|
2007-09-06 06:58:40 +02:00
|
|
|
if ((start + fragsize <= size) &&
|
|
|
|
!memcmp(buf + start, fragment, fragsize))
|
2005-06-05 20:03:13 +02:00
|
|
|
return start;
|
|
|
|
|
2005-06-05 21:16:32 +02:00
|
|
|
/*
|
|
|
|
* There's probably some smart way to do this, but I'll leave
|
|
|
|
* that to the smart and beautiful people. I'm simple and stupid.
|
|
|
|
*/
|
|
|
|
backwards = start;
|
|
|
|
forwards = start;
|
|
|
|
for (i = 0; ; i++) {
|
|
|
|
unsigned long try;
|
|
|
|
int n;
|
|
|
|
|
|
|
|
/* "backward" */
|
|
|
|
if (i & 1) {
|
|
|
|
if (!backwards) {
|
|
|
|
if (forwards + fragsize > size)
|
|
|
|
break;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
do {
|
|
|
|
--backwards;
|
|
|
|
} while (backwards && buf[backwards-1] != '\n');
|
|
|
|
try = backwards;
|
|
|
|
} else {
|
|
|
|
while (forwards + fragsize <= size) {
|
|
|
|
if (buf[forwards++] == '\n')
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
try = forwards;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (try + fragsize > size)
|
|
|
|
continue;
|
|
|
|
if (memcmp(buf + try, fragment, fragsize))
|
|
|
|
continue;
|
|
|
|
n = (i >> 1)+1;
|
|
|
|
if (i & 1)
|
|
|
|
n = -n;
|
2006-04-10 11:33:06 +02:00
|
|
|
*lines = n;
|
2005-06-05 21:16:32 +02:00
|
|
|
return try;
|
|
|
|
}
|
|
|
|
|
2005-06-05 20:03:13 +02:00
|
|
|
/*
|
|
|
|
* We should start searching forward and backward.
|
|
|
|
*/
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2006-04-10 11:33:06 +02:00
|
|
|
static void remove_first_line(const char **rbuf, int *rsize)
|
|
|
|
{
|
|
|
|
const char *buf = *rbuf;
|
|
|
|
int size = *rsize;
|
|
|
|
unsigned long offset;
|
|
|
|
offset = 0;
|
|
|
|
while (offset <= size) {
|
|
|
|
if (buf[offset++] == '\n')
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
*rsize = size - offset;
|
|
|
|
*rbuf = buf + offset;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void remove_last_line(const char **rbuf, int *rsize)
|
|
|
|
{
|
|
|
|
const char *buf = *rbuf;
|
|
|
|
int size = *rsize;
|
|
|
|
unsigned long offset;
|
|
|
|
offset = size - 1;
|
|
|
|
while (offset > 0) {
|
|
|
|
if (buf[--offset] == '\n')
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
*rsize = offset + 1;
|
|
|
|
}
|
|
|
|
|
2006-02-27 03:13:25 +01:00
|
|
|
static int apply_line(char *output, const char *patch, int plen)
|
|
|
|
{
|
|
|
|
/* plen is number of bytes to be copied from patch,
|
|
|
|
* starting at patch+1 (patch[0] is '+'). Typically
|
2006-09-23 09:37:19 +02:00
|
|
|
* patch[plen] is '\n', unless this is the incomplete
|
|
|
|
* last line.
|
2006-02-27 03:13:25 +01:00
|
|
|
*/
|
2006-09-23 09:37:19 +02:00
|
|
|
int i;
|
2006-02-27 03:13:25 +01:00
|
|
|
int add_nl_to_tail = 0;
|
2006-09-23 09:37:19 +02:00
|
|
|
int fixed = 0;
|
|
|
|
int last_tab_in_indent = -1;
|
|
|
|
int last_space_in_indent = -1;
|
|
|
|
int need_fix_leading_space = 0;
|
|
|
|
char *buf;
|
|
|
|
|
2007-02-27 10:31:42 +01:00
|
|
|
if ((new_whitespace != strip_whitespace) || !whitespace_error ||
|
|
|
|
*patch != '+') {
|
2006-09-23 09:37:19 +02:00
|
|
|
memcpy(output, patch + 1, plen);
|
|
|
|
return plen;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (1 < plen && isspace(patch[plen-1])) {
|
2006-02-27 03:13:25 +01:00
|
|
|
if (patch[plen] == '\n')
|
|
|
|
add_nl_to_tail = 1;
|
|
|
|
plen--;
|
|
|
|
while (0 < plen && isspace(patch[plen]))
|
|
|
|
plen--;
|
2006-09-23 09:37:19 +02:00
|
|
|
fixed = 1;
|
2006-02-27 03:13:25 +01:00
|
|
|
}
|
2006-09-23 09:37:19 +02:00
|
|
|
|
|
|
|
for (i = 1; i < plen; i++) {
|
|
|
|
char ch = patch[i];
|
|
|
|
if (ch == '\t') {
|
|
|
|
last_tab_in_indent = i;
|
|
|
|
if (0 <= last_space_in_indent)
|
|
|
|
need_fix_leading_space = 1;
|
|
|
|
}
|
|
|
|
else if (ch == ' ')
|
|
|
|
last_space_in_indent = i;
|
|
|
|
else
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
buf = output;
|
|
|
|
if (need_fix_leading_space) {
|
2007-09-17 00:49:00 +02:00
|
|
|
int consecutive_spaces = 0;
|
2006-09-23 09:37:19 +02:00
|
|
|
/* between patch[1..last_tab_in_indent] strip the
|
|
|
|
* funny spaces, updating them to tab as needed.
|
|
|
|
*/
|
|
|
|
for (i = 1; i < last_tab_in_indent; i++, plen--) {
|
|
|
|
char ch = patch[i];
|
2007-09-17 00:49:00 +02:00
|
|
|
if (ch != ' ') {
|
|
|
|
consecutive_spaces = 0;
|
2006-09-23 09:37:19 +02:00
|
|
|
*output++ = ch;
|
2007-09-17 00:49:00 +02:00
|
|
|
} else {
|
|
|
|
consecutive_spaces++;
|
|
|
|
if (consecutive_spaces == 8) {
|
|
|
|
*output++ = '\t';
|
|
|
|
consecutive_spaces = 0;
|
|
|
|
}
|
|
|
|
}
|
2006-09-23 09:37:19 +02:00
|
|
|
}
|
|
|
|
fixed = 1;
|
|
|
|
i = last_tab_in_indent;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
i = 1;
|
|
|
|
|
|
|
|
memcpy(output, patch + i, plen);
|
2006-02-27 03:13:25 +01:00
|
|
|
if (add_nl_to_tail)
|
|
|
|
output[plen++] = '\n';
|
2006-09-23 09:37:19 +02:00
|
|
|
if (fixed)
|
2007-06-03 04:55:54 +02:00
|
|
|
applied_after_fixing_ws++;
|
2006-09-23 09:37:19 +02:00
|
|
|
return output + plen - buf;
|
2006-02-27 03:13:25 +01:00
|
|
|
}
|
|
|
|
|
2007-09-16 18:54:42 +02:00
|
|
|
static int apply_one_fragment(struct strbuf *buf, struct fragment *frag, int inaccurate_eof)
|
2005-06-05 20:03:13 +02:00
|
|
|
{
|
2006-05-24 22:19:50 +02:00
|
|
|
int match_beginning, match_end;
|
2005-06-05 20:03:13 +02:00
|
|
|
const char *patch = frag->patch;
|
|
|
|
int offset, size = frag->size;
|
|
|
|
char *old = xmalloc(size);
|
|
|
|
char *new = xmalloc(size);
|
2006-04-10 11:33:06 +02:00
|
|
|
const char *oldlines, *newlines;
|
2005-06-05 20:03:13 +02:00
|
|
|
int oldsize = 0, newsize = 0;
|
2007-05-21 08:51:06 +02:00
|
|
|
int new_blank_lines_at_end = 0;
|
2006-04-10 11:33:06 +02:00
|
|
|
unsigned long leading, trailing;
|
|
|
|
int pos, lines;
|
2005-06-05 20:03:13 +02:00
|
|
|
|
|
|
|
while (size > 0) {
|
2006-07-28 17:46:11 +02:00
|
|
|
char first;
|
2005-06-05 20:03:13 +02:00
|
|
|
int len = linelen(patch, size);
|
|
|
|
int plen;
|
2007-05-21 08:51:06 +02:00
|
|
|
int added_blank_line = 0;
|
2005-06-05 20:03:13 +02:00
|
|
|
|
|
|
|
if (!len)
|
|
|
|
break;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* "plen" is how much of the line we should use for
|
|
|
|
* the actual patch data. Normally we just remove the
|
|
|
|
* first character on the line, but if the line is
|
|
|
|
* followed by "\ No newline", then we also remove the
|
|
|
|
* last one (which is the newline, of course).
|
|
|
|
*/
|
|
|
|
plen = len-1;
|
2005-07-22 18:56:39 +02:00
|
|
|
if (len < size && patch[len] == '\\')
|
2005-06-05 20:03:13 +02:00
|
|
|
plen--;
|
2006-07-28 17:46:11 +02:00
|
|
|
first = *patch;
|
2006-08-15 08:26:51 +02:00
|
|
|
if (apply_in_reverse) {
|
2006-07-28 17:46:11 +02:00
|
|
|
if (first == '-')
|
|
|
|
first = '+';
|
|
|
|
else if (first == '+')
|
|
|
|
first = '-';
|
|
|
|
}
|
2007-05-20 14:45:59 +02:00
|
|
|
|
2006-07-28 17:46:11 +02:00
|
|
|
switch (first) {
|
2006-10-20 04:26:08 +02:00
|
|
|
case '\n':
|
|
|
|
/* Newer GNU diff, empty context line */
|
|
|
|
if (plen < 0)
|
|
|
|
/* ... followed by '\No newline'; nothing */
|
|
|
|
break;
|
|
|
|
old[oldsize++] = '\n';
|
|
|
|
new[newsize++] = '\n';
|
|
|
|
break;
|
2005-06-05 20:03:13 +02:00
|
|
|
case ' ':
|
|
|
|
case '-':
|
|
|
|
memcpy(old + oldsize, patch + 1, plen);
|
|
|
|
oldsize += plen;
|
2006-07-28 17:46:11 +02:00
|
|
|
if (first == '-')
|
2005-06-05 20:03:13 +02:00
|
|
|
break;
|
|
|
|
/* Fall-through for ' ' */
|
|
|
|
case '+':
|
2007-05-21 08:51:06 +02:00
|
|
|
if (first != '+' || !no_add) {
|
|
|
|
int added = apply_line(new + newsize, patch,
|
|
|
|
plen);
|
|
|
|
newsize += added;
|
|
|
|
if (first == '+' &&
|
|
|
|
added == 1 && new[newsize-1] == '\n')
|
|
|
|
added_blank_line = 1;
|
|
|
|
}
|
2005-06-05 20:03:13 +02:00
|
|
|
break;
|
|
|
|
case '@': case '\\':
|
|
|
|
/* Ignore it, we already handled it */
|
|
|
|
break;
|
|
|
|
default:
|
2007-02-22 20:11:21 +01:00
|
|
|
if (apply_verbosely)
|
|
|
|
error("invalid start of line: '%c'", first);
|
2005-06-05 20:03:13 +02:00
|
|
|
return -1;
|
|
|
|
}
|
2007-05-21 08:51:06 +02:00
|
|
|
if (added_blank_line)
|
|
|
|
new_blank_lines_at_end++;
|
|
|
|
else
|
|
|
|
new_blank_lines_at_end = 0;
|
2005-06-05 20:03:13 +02:00
|
|
|
patch += len;
|
|
|
|
size -= len;
|
|
|
|
}
|
|
|
|
|
2006-06-24 22:10:11 +02:00
|
|
|
if (inaccurate_eof && oldsize > 0 && old[oldsize - 1] == '\n' &&
|
2006-02-17 15:23:16 +01:00
|
|
|
newsize > 0 && new[newsize - 1] == '\n') {
|
|
|
|
oldsize--;
|
|
|
|
newsize--;
|
|
|
|
}
|
2006-04-10 11:33:06 +02:00
|
|
|
|
|
|
|
oldlines = old;
|
|
|
|
newlines = new;
|
|
|
|
leading = frag->leading;
|
|
|
|
trailing = frag->trailing;
|
2006-05-24 04:08:01 +02:00
|
|
|
|
|
|
|
/*
|
2006-05-24 22:19:50 +02:00
|
|
|
* If we don't have any leading/trailing data in the patch,
|
|
|
|
* we want it to match at the beginning/end of the file.
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
*
|
|
|
|
* But that would break if the patch is generated with
|
|
|
|
* --unified=0; sane people wouldn't do that to cause us
|
|
|
|
* trouble, but we try to please not so sane ones as well.
|
2006-05-24 04:08:01 +02:00
|
|
|
*/
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
if (unidiff_zero) {
|
|
|
|
match_beginning = (!leading && !frag->oldpos);
|
|
|
|
match_end = 0;
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
match_beginning = !leading && (frag->oldpos == 1);
|
|
|
|
match_end = !trailing;
|
|
|
|
}
|
2006-05-24 04:08:01 +02:00
|
|
|
|
2006-04-10 11:33:06 +02:00
|
|
|
lines = 0;
|
|
|
|
pos = frag->newpos;
|
|
|
|
for (;;) {
|
2007-09-16 18:54:42 +02:00
|
|
|
offset = find_offset(buf->buf, buf->len,
|
2006-08-17 02:55:29 +02:00
|
|
|
oldlines, oldsize, pos, &lines);
|
2007-09-16 18:54:42 +02:00
|
|
|
if (match_end && offset + oldsize != buf->len)
|
2006-05-24 04:08:01 +02:00
|
|
|
offset = -1;
|
2006-05-24 22:19:50 +02:00
|
|
|
if (match_beginning && offset)
|
|
|
|
offset = -1;
|
2006-04-10 11:33:06 +02:00
|
|
|
if (offset >= 0) {
|
2007-05-20 14:45:59 +02:00
|
|
|
if (new_whitespace == strip_whitespace &&
|
2007-09-16 18:54:42 +02:00
|
|
|
(buf->len - oldsize - offset == 0)) /* end of file? */
|
2007-05-21 08:51:06 +02:00
|
|
|
newsize -= new_blank_lines_at_end;
|
2007-05-20 14:45:59 +02:00
|
|
|
|
2006-04-10 11:33:06 +02:00
|
|
|
/* Warn if it was necessary to reduce the number
|
|
|
|
* of context lines.
|
|
|
|
*/
|
2006-08-17 02:55:29 +02:00
|
|
|
if ((leading != frag->leading) ||
|
|
|
|
(trailing != frag->trailing))
|
|
|
|
fprintf(stderr, "Context reduced to (%ld/%ld)"
|
|
|
|
" to apply fragment at %d\n",
|
2006-04-10 11:33:06 +02:00
|
|
|
leading, trailing, pos + lines);
|
|
|
|
|
2007-09-16 18:54:42 +02:00
|
|
|
strbuf_splice(buf, offset, oldsize, newlines, newsize);
|
2006-04-10 11:33:06 +02:00
|
|
|
offset = 0;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Am I at my context limits? */
|
|
|
|
if ((leading <= p_context) && (trailing <= p_context))
|
|
|
|
break;
|
2006-05-24 22:19:50 +02:00
|
|
|
if (match_beginning || match_end) {
|
|
|
|
match_beginning = match_end = 0;
|
2006-05-24 04:08:01 +02:00
|
|
|
continue;
|
|
|
|
}
|
2006-04-10 11:33:06 +02:00
|
|
|
/* Reduce the number of context lines
|
|
|
|
* Reduce both leading and trailing if they are equal
|
|
|
|
* otherwise just reduce the larger context.
|
|
|
|
*/
|
|
|
|
if (leading >= trailing) {
|
|
|
|
remove_first_line(&oldlines, &oldsize);
|
|
|
|
remove_first_line(&newlines, &newsize);
|
|
|
|
pos--;
|
|
|
|
leading--;
|
|
|
|
}
|
|
|
|
if (trailing > leading) {
|
|
|
|
remove_last_line(&oldlines, &oldsize);
|
|
|
|
remove_last_line(&newlines, &newsize);
|
|
|
|
trailing--;
|
2005-06-05 21:16:32 +02:00
|
|
|
}
|
2005-06-05 20:03:13 +02:00
|
|
|
}
|
|
|
|
|
2007-02-22 20:11:21 +01:00
|
|
|
if (offset && apply_verbosely)
|
|
|
|
error("while searching for:\n%.*s", oldsize, oldlines);
|
|
|
|
|
2005-06-05 20:03:13 +02:00
|
|
|
free(old);
|
|
|
|
free(new);
|
|
|
|
return offset;
|
|
|
|
}
|
|
|
|
|
2007-09-16 18:54:42 +02:00
|
|
|
static int apply_binary_fragment(struct strbuf *buf, struct patch *patch)
|
2006-05-05 11:41:53 +02:00
|
|
|
{
|
|
|
|
struct fragment *fragment = patch->fragments;
|
2007-09-16 18:54:42 +02:00
|
|
|
unsigned long len;
|
|
|
|
void *dst;
|
2006-05-05 11:41:53 +02:00
|
|
|
|
2006-08-15 11:23:06 +02:00
|
|
|
/* Binary patch is irreversible without the optional second hunk */
|
|
|
|
if (apply_in_reverse) {
|
|
|
|
if (!fragment->next)
|
|
|
|
return error("cannot reverse-apply a binary patch "
|
|
|
|
"without the reverse hunk to '%s'",
|
|
|
|
patch->new_name
|
|
|
|
? patch->new_name : patch->old_name);
|
2006-08-17 01:07:20 +02:00
|
|
|
fragment = fragment->next;
|
2006-08-15 11:23:06 +02:00
|
|
|
}
|
|
|
|
switch (fragment->binary_patch_method) {
|
2006-05-05 11:41:53 +02:00
|
|
|
case BINARY_DELTA_DEFLATED:
|
2007-09-16 18:54:42 +02:00
|
|
|
dst = patch_delta(buf->buf, buf->len, fragment->patch,
|
|
|
|
fragment->size, &len);
|
|
|
|
if (!dst)
|
|
|
|
return -1;
|
|
|
|
/* XXX patch_delta NUL-terminates */
|
|
|
|
strbuf_attach(buf, dst, len, len + 1);
|
|
|
|
return 0;
|
2006-05-05 11:41:53 +02:00
|
|
|
case BINARY_LITERAL_DEFLATED:
|
2007-09-16 18:54:42 +02:00
|
|
|
strbuf_reset(buf);
|
|
|
|
strbuf_add(buf, fragment->patch, fragment->size);
|
|
|
|
return 0;
|
2006-05-05 11:41:53 +02:00
|
|
|
}
|
2007-09-16 18:54:42 +02:00
|
|
|
return -1;
|
2006-05-05 11:41:53 +02:00
|
|
|
}
|
|
|
|
|
2007-09-16 18:54:42 +02:00
|
|
|
static int apply_binary(struct strbuf *buf, struct patch *patch)
|
2005-06-05 20:03:13 +02:00
|
|
|
{
|
2005-11-15 02:37:05 +01:00
|
|
|
const char *name = patch->old_name ? patch->old_name : patch->new_name;
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
unsigned char sha1[20];
|
2005-11-15 02:37:05 +01:00
|
|
|
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
/* For safety, we require patch index line to contain
|
|
|
|
* full 40-byte textual SHA1 for old and new, at least for now.
|
|
|
|
*/
|
|
|
|
if (strlen(patch->old_sha1_prefix) != 40 ||
|
|
|
|
strlen(patch->new_sha1_prefix) != 40 ||
|
|
|
|
get_sha1_hex(patch->old_sha1_prefix, sha1) ||
|
|
|
|
get_sha1_hex(patch->new_sha1_prefix, sha1))
|
|
|
|
return error("cannot apply binary patch to '%s' "
|
|
|
|
"without full index line", name);
|
2005-11-15 02:37:05 +01:00
|
|
|
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
if (patch->old_name) {
|
|
|
|
/* See if the old one matches what the patch
|
|
|
|
* applies to.
|
2005-11-15 02:37:05 +01:00
|
|
|
*/
|
2007-09-16 18:54:42 +02:00
|
|
|
hash_sha1_file(buf->buf, buf->len, blob_type, sha1);
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
if (strcmp(sha1_to_hex(sha1), patch->old_sha1_prefix))
|
|
|
|
return error("the patch applies to '%s' (%s), "
|
|
|
|
"which does not match the "
|
|
|
|
"current contents.",
|
|
|
|
name, sha1_to_hex(sha1));
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
/* Otherwise, the old one must be empty. */
|
2007-09-16 18:54:42 +02:00
|
|
|
if (buf->len)
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
return error("the patch applies to an empty "
|
|
|
|
"'%s' but it is not empty", name);
|
|
|
|
}
|
2005-11-15 02:37:05 +01:00
|
|
|
|
2006-05-05 11:41:53 +02:00
|
|
|
get_sha1_hex(patch->new_sha1_prefix, sha1);
|
2006-08-15 22:37:19 +02:00
|
|
|
if (is_null_sha1(sha1)) {
|
2007-09-16 18:54:42 +02:00
|
|
|
strbuf_release(buf);
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
return 0; /* deletion patch */
|
2006-05-05 11:41:53 +02:00
|
|
|
}
|
2005-11-15 02:37:05 +01:00
|
|
|
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
if (has_sha1_file(sha1)) {
|
2006-05-05 11:41:53 +02:00
|
|
|
/* We already have the postimage */
|
2007-02-26 20:55:59 +01:00
|
|
|
enum object_type type;
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
unsigned long size;
|
2007-09-16 18:54:42 +02:00
|
|
|
char *result;
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
|
2007-09-16 18:54:42 +02:00
|
|
|
result = read_sha1_file(sha1, &type, &size);
|
|
|
|
if (!result)
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
return error("the necessary postimage %s for "
|
|
|
|
"'%s' cannot be read",
|
|
|
|
patch->new_sha1_prefix, name);
|
2007-09-16 18:54:42 +02:00
|
|
|
/* XXX read_sha1_file NUL-terminates */
|
|
|
|
strbuf_attach(buf, result, size, size + 1);
|
|
|
|
} else {
|
|
|
|
/* We have verified buf matches the preimage;
|
2006-05-05 11:41:53 +02:00
|
|
|
* apply the patch data to it, which is stored
|
|
|
|
* in the patch->fragments->{patch,size}.
|
2005-11-15 02:37:05 +01:00
|
|
|
*/
|
2007-09-16 18:54:42 +02:00
|
|
|
if (apply_binary_fragment(buf, patch))
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
return error("binary patch does not apply to '%s'",
|
|
|
|
name);
|
2005-11-15 02:37:05 +01:00
|
|
|
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
/* verify that the result matches */
|
2007-09-16 18:54:42 +02:00
|
|
|
hash_sha1_file(buf->buf, buf->len, blob_type, sha1);
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
if (strcmp(sha1_to_hex(sha1), patch->new_sha1_prefix))
|
2007-09-16 18:54:42 +02:00
|
|
|
return error("binary patch to '%s' creates incorrect result (expecting %s, got %s)",
|
|
|
|
name, patch->new_sha1_prefix, sha1_to_hex(sha1));
|
2005-11-15 02:37:05 +01:00
|
|
|
}
|
2005-06-05 20:03:13 +02:00
|
|
|
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2007-09-16 18:54:42 +02:00
|
|
|
static int apply_fragments(struct strbuf *buf, struct patch *patch)
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
{
|
|
|
|
struct fragment *frag = patch->fragments;
|
|
|
|
const char *name = patch->old_name ? patch->old_name : patch->new_name;
|
|
|
|
|
|
|
|
if (patch->is_binary)
|
2007-09-16 18:54:42 +02:00
|
|
|
return apply_binary(buf, patch);
|
binary patch.
This adds "binary patch" to the diff output and teaches apply
what to do with them.
On the diff generation side, traditionally, we said "Binary
files differ\n" without giving anything other than the preimage
and postimage object name on the index line. This was good
enough for applying a patch generated from your own repository
(very useful while rebasing), because the postimage would be
available in such a case. However, this was not useful when the
recipient of such a patch via e-mail were to apply it, even if
the preimage was available.
This patch allows the diff to generate "binary" patch when
operating under --full-index option. The binary patch follows
the usual extended git diff headers, and looks like this:
"GIT binary patch\n"
<length byte><data>"\n"
...
"\n"
Each line is prefixed with a "length-byte", whose value is upper
or lowercase alphabet that encodes number of bytes that the data
on the line decodes to (1..52 -- 'A' means 1, 'B' means 2, ...,
'Z' means 26, 'a' means 27, ...). <data> is 1 or more groups of
5-byte sequence, each of which encodes up to 4 bytes in base85
encoding. Because 52 / 4 * 5 = 65 and we have the length byte,
an output line is capped to 66 characters. The payload is the
same diff-delta as we use in the packfiles.
On the consumption side, git-apply now can decode and apply the
binary patch when --allow-binary-replacement is given, the diff
was generated with --full-index, and the receiving repository
has the preimage blob, which is the same condition as it always
required when accepting an "Binary files differ\n" patch.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-05 01:51:44 +02:00
|
|
|
|
2005-06-05 20:03:13 +02:00
|
|
|
while (frag) {
|
2007-09-16 18:54:42 +02:00
|
|
|
if (apply_one_fragment(buf, frag, patch->inaccurate_eof)) {
|
2006-08-17 02:55:29 +02:00
|
|
|
error("patch failed: %s:%ld", name, frag->oldpos);
|
|
|
|
if (!apply_with_reject)
|
|
|
|
return -1;
|
|
|
|
frag->rejected = 1;
|
|
|
|
}
|
2005-06-05 20:03:13 +02:00
|
|
|
frag = frag->next;
|
|
|
|
}
|
2005-06-05 21:43:56 +02:00
|
|
|
return 0;
|
2005-06-05 20:03:13 +02:00
|
|
|
}
|
|
|
|
|
2007-09-16 18:54:42 +02:00
|
|
|
static int read_file_or_gitlink(struct cache_entry *ce, struct strbuf *buf)
|
2007-08-15 19:22:09 +02:00
|
|
|
{
|
|
|
|
if (!ce)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (S_ISGITLINK(ntohl(ce->ce_mode))) {
|
2007-09-16 18:54:42 +02:00
|
|
|
strbuf_grow(buf, 100);
|
|
|
|
strbuf_addf(buf, "Subproject commit %s\n", sha1_to_hex(ce->sha1));
|
2007-08-15 19:22:09 +02:00
|
|
|
} else {
|
|
|
|
enum object_type type;
|
2007-09-16 18:54:42 +02:00
|
|
|
unsigned long sz;
|
|
|
|
char *result;
|
|
|
|
|
|
|
|
result = read_sha1_file(ce->sha1, &type, &sz);
|
|
|
|
if (!result)
|
2007-08-15 19:22:09 +02:00
|
|
|
return -1;
|
2007-09-16 18:54:42 +02:00
|
|
|
/* XXX read_sha1_file NUL-terminates */
|
|
|
|
strbuf_attach(buf, result, sz, sz + 1);
|
2007-08-15 19:22:09 +02:00
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-05-16 00:15:47 +02:00
|
|
|
static int apply_data(struct patch *patch, struct stat *st, struct cache_entry *ce)
|
2005-06-05 20:03:13 +02:00
|
|
|
{
|
2007-09-16 18:54:42 +02:00
|
|
|
struct strbuf buf;
|
2005-06-05 20:03:13 +02:00
|
|
|
|
2007-09-16 18:54:42 +02:00
|
|
|
strbuf_init(&buf, 0);
|
2006-05-16 00:15:47 +02:00
|
|
|
if (cached) {
|
2007-09-16 18:54:42 +02:00
|
|
|
if (read_file_or_gitlink(ce, &buf))
|
2007-08-15 19:22:09 +02:00
|
|
|
return error("read of %s failed", patch->old_name);
|
|
|
|
} else if (patch->old_name) {
|
|
|
|
if (S_ISGITLINK(patch->old_mode)) {
|
2007-09-16 18:54:42 +02:00
|
|
|
if (ce) {
|
|
|
|
read_file_or_gitlink(ce, &buf);
|
|
|
|
} else {
|
2007-08-15 19:22:09 +02:00
|
|
|
/*
|
|
|
|
* There is no way to apply subproject
|
|
|
|
* patch without looking at the index.
|
|
|
|
*/
|
|
|
|
patch->fragments = NULL;
|
|
|
|
}
|
2007-09-16 18:54:42 +02:00
|
|
|
} else {
|
|
|
|
if (read_old_data(st, patch->old_name, &buf))
|
|
|
|
return error("read of %s failed", patch->old_name);
|
2006-05-16 00:15:47 +02:00
|
|
|
}
|
|
|
|
}
|
2005-06-05 21:16:32 +02:00
|
|
|
|
2007-09-16 18:54:42 +02:00
|
|
|
if (apply_fragments(&buf, patch) < 0)
|
2006-08-17 02:55:29 +02:00
|
|
|
return -1; /* note with --reject this succeeds. */
|
2007-09-16 18:54:42 +02:00
|
|
|
patch->result = buf.buf;
|
|
|
|
patch->resultsize = buf.len;
|
2005-06-05 23:05:43 +02:00
|
|
|
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
if (0 < patch->is_delete && patch->resultsize)
|
2005-06-05 23:05:43 +02:00
|
|
|
return error("removal patch leaves file contents");
|
|
|
|
|
2005-06-05 20:03:13 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
apply: do not get confused by symlinks in the middle
HPA noticed that git-rebase fails when changes involve symlinks
in the middle of the hierarchy. Consider:
* The tree state before the patch is applied has arch/x86_64/boot
as a symlink pointing at ../i386/boot/
* The patch tries to remove arch/x86_64/boot symlink, and
create bunch of files there: .gitignore, Makefile, etc.
git-apply tries to be careful while applying patches; it never
touches the working tree until it is convinced that the patch
would apply cleanly. One of the check it does is that when it
knows a path is going to be created by the patch, it runs
lstat() on the path to make sure it does not exist.
This leads to a false alarm. Because we do not touch the
working tree before all the check passes, when we try to make
sure that arch/x86_64/boot/.gitignore does not exist yet, we
haven't removed the arch/x86_64/boot symlink. The lstat() check
ends up seeing arch/i386/boot/.gitignore through the
yet-to-be-removed symlink, and says "Hey, you already have a
file there, but what you fed me is a patch to create a new
file. I am not going to clobber what you have in the working
tree."
We have similar checks to see a file we are going to modify does
exist and match the preimage of the diff, which is done by
directly opening and reading the file.
For a file we are going to delete, we make sure that it does
exist and matches what is going to be removed (a removal patch
records the full preimage, so we check what you have in your
working tree matches it in full -- otherwise we would risk
losing your local changes), which again is done by directly
opening and reading the file.
These checks need to be adjusted so that they are not fooled by
symlinks in the middle.
- To make sure something does not exist, first lstat(). If it
does not exist, it does not, so be happy. If it _does_, we
might be getting fooled by a symlink in the middle, so break
leading paths and see if there are symlinks involved. When
we are checking for a path a/b/c/d, if any of a, a/b, a/b/c
is a symlink, then a/b/c/d does _NOT_ exist, for the purpose
of our test.
This would fix this particular case you saw, and would not
add extra overhead in the usual case.
- To make sure something already exists, first lstat(). If it
does not exist, barf (up to this, we already do). Even if it
does seem to exist, we might be getting fooled by a symlink
in the middle, so make sure leading paths are not symlinks.
This would make the normal codepath much more expensive for
deep trees, which is a bit worrisome.
This patch implements the first side of the check "making sure
it does not exist". The latter "making sure it exists" check is
not done yet, so applying the patch in reverse would still
fail, but we have to start from somewhere.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2007-05-12 07:26:08 +02:00
|
|
|
static int check_to_create_blob(const char *new_name, int ok_if_exists)
|
|
|
|
{
|
|
|
|
struct stat nst;
|
|
|
|
if (!lstat(new_name, &nst)) {
|
|
|
|
if (S_ISDIR(nst.st_mode) || ok_if_exists)
|
|
|
|
return 0;
|
|
|
|
/*
|
|
|
|
* A leading component of new_name might be a symlink
|
|
|
|
* that is going to be removed with this patch, but
|
|
|
|
* still pointing at somewhere that has the path.
|
|
|
|
* In such a case, path "new_name" does not exist as
|
|
|
|
* far as git is concerned.
|
|
|
|
*/
|
|
|
|
if (has_symlink_leading_path(new_name, NULL))
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
return error("%s: already exists in working directory", new_name);
|
|
|
|
}
|
|
|
|
else if ((errno != ENOENT) && (errno != ENOTDIR))
|
|
|
|
return error("%s: %s", new_name, strerror(errno));
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2007-08-15 19:22:09 +02:00
|
|
|
static int verify_index_match(struct cache_entry *ce, struct stat *st)
|
|
|
|
{
|
|
|
|
if (S_ISGITLINK(ntohl(ce->ce_mode))) {
|
|
|
|
if (!S_ISDIR(st->st_mode))
|
|
|
|
return -1;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
return ce_match_stat(ce, st, 1);
|
|
|
|
}
|
|
|
|
|
2006-07-17 09:10:47 +02:00
|
|
|
static int check_patch(struct patch *patch, struct patch *prev_patch)
|
2005-05-26 21:25:52 +02:00
|
|
|
{
|
2005-05-27 00:10:02 +02:00
|
|
|
struct stat st;
|
2005-05-26 21:25:52 +02:00
|
|
|
const char *old_name = patch->old_name;
|
|
|
|
const char *new_name = patch->new_name;
|
2005-11-15 02:37:05 +01:00
|
|
|
const char *name = old_name ? old_name : new_name;
|
2006-05-16 00:15:47 +02:00
|
|
|
struct cache_entry *ce = NULL;
|
2006-07-17 09:10:47 +02:00
|
|
|
int ok_if_exists;
|
2005-05-26 21:25:52 +02:00
|
|
|
|
2006-08-17 02:55:29 +02:00
|
|
|
patch->rejected = 1; /* we will drop this after we succeed */
|
2007-08-15 19:22:09 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Make sure that we do not have local modifications from the
|
|
|
|
* index when we are looking at the index. Also make sure
|
|
|
|
* we have the preimage file to be patched in the work tree,
|
|
|
|
* unless --cached, which tells git to apply only in the index.
|
|
|
|
*/
|
2005-05-26 21:25:52 +02:00
|
|
|
if (old_name) {
|
2006-05-16 00:15:47 +02:00
|
|
|
int stat_ret = 0;
|
|
|
|
unsigned st_mode = 0;
|
2005-05-27 00:10:02 +02:00
|
|
|
|
2006-05-16 00:15:47 +02:00
|
|
|
if (!cached)
|
|
|
|
stat_ret = lstat(old_name, &st);
|
2005-06-05 20:03:13 +02:00
|
|
|
if (check_index) {
|
|
|
|
int pos = cache_name_pos(old_name, strlen(old_name));
|
|
|
|
if (pos < 0)
|
2005-10-03 22:16:39 +02:00
|
|
|
return error("%s: does not exist in index",
|
|
|
|
old_name);
|
2006-05-16 00:15:47 +02:00
|
|
|
ce = active_cache[pos];
|
2005-10-03 22:16:39 +02:00
|
|
|
if (stat_ret < 0) {
|
|
|
|
struct checkout costate;
|
|
|
|
if (errno != ENOENT)
|
|
|
|
return error("%s: %s", old_name,
|
|
|
|
strerror(errno));
|
|
|
|
/* checkout */
|
|
|
|
costate.base_dir = "";
|
|
|
|
costate.base_dir_len = 0;
|
|
|
|
costate.force = 0;
|
|
|
|
costate.quiet = 0;
|
|
|
|
costate.not_new = 0;
|
|
|
|
costate.refresh_cache = 1;
|
2006-05-16 00:15:47 +02:00
|
|
|
if (checkout_entry(ce,
|
2006-03-05 09:24:15 +01:00
|
|
|
&costate,
|
|
|
|
NULL) ||
|
2005-10-03 22:16:39 +02:00
|
|
|
lstat(old_name, &st))
|
|
|
|
return -1;
|
|
|
|
}
|
2007-08-15 19:22:09 +02:00
|
|
|
if (!cached && verify_index_match(ce, &st))
|
2005-10-03 22:16:39 +02:00
|
|
|
return error("%s: does not match index",
|
|
|
|
old_name);
|
2006-05-16 00:15:47 +02:00
|
|
|
if (cached)
|
|
|
|
st_mode = ntohl(ce->ce_mode);
|
2007-08-15 19:22:09 +02:00
|
|
|
} else if (stat_ret < 0)
|
2005-10-03 22:16:39 +02:00
|
|
|
return error("%s: %s", old_name, strerror(errno));
|
|
|
|
|
2006-05-16 00:15:47 +02:00
|
|
|
if (!cached)
|
2007-02-17 07:43:48 +01:00
|
|
|
st_mode = ntohl(ce_mode_from_stat(ce, st.st_mode));
|
2006-05-16 00:15:47 +02:00
|
|
|
|
2005-06-05 20:03:13 +02:00
|
|
|
if (patch->is_new < 0)
|
|
|
|
patch->is_new = 0;
|
2005-05-27 00:10:02 +02:00
|
|
|
if (!patch->old_mode)
|
2006-05-16 00:15:47 +02:00
|
|
|
patch->old_mode = st_mode;
|
|
|
|
if ((st_mode ^ patch->old_mode) & S_IFMT)
|
2005-06-05 20:03:13 +02:00
|
|
|
return error("%s: wrong type", old_name);
|
2006-05-16 00:15:47 +02:00
|
|
|
if (st_mode != patch->old_mode)
|
2005-06-05 20:03:13 +02:00
|
|
|
fprintf(stderr, "warning: %s has type %o, expected %o\n",
|
2006-05-16 00:15:47 +02:00
|
|
|
old_name, st_mode, patch->old_mode);
|
2005-05-26 21:25:52 +02:00
|
|
|
}
|
2005-05-27 00:10:02 +02:00
|
|
|
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
if (new_name && prev_patch && 0 < prev_patch->is_delete &&
|
2006-07-17 09:10:47 +02:00
|
|
|
!strcmp(prev_patch->old_name, new_name))
|
|
|
|
/* A type-change diff is always split into a patch to
|
|
|
|
* delete old, immediately followed by a patch to
|
|
|
|
* create new (see diff.c::run_diff()); in such a case
|
|
|
|
* it is Ok that the entry to be deleted by the
|
|
|
|
* previous patch is still in the working tree and in
|
|
|
|
* the index.
|
|
|
|
*/
|
|
|
|
ok_if_exists = 1;
|
|
|
|
else
|
|
|
|
ok_if_exists = 0;
|
|
|
|
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
if (new_name &&
|
|
|
|
((0 < patch->is_new) | (0 < patch->is_rename) | patch->is_copy)) {
|
2006-07-17 09:10:47 +02:00
|
|
|
if (check_index &&
|
|
|
|
cache_name_pos(new_name, strlen(new_name)) >= 0 &&
|
|
|
|
!ok_if_exists)
|
2005-05-27 00:10:02 +02:00
|
|
|
return error("%s: already exists in index", new_name);
|
2006-05-18 01:56:13 +02:00
|
|
|
if (!cached) {
|
apply: do not get confused by symlinks in the middle
HPA noticed that git-rebase fails when changes involve symlinks
in the middle of the hierarchy. Consider:
* The tree state before the patch is applied has arch/x86_64/boot
as a symlink pointing at ../i386/boot/
* The patch tries to remove arch/x86_64/boot symlink, and
create bunch of files there: .gitignore, Makefile, etc.
git-apply tries to be careful while applying patches; it never
touches the working tree until it is convinced that the patch
would apply cleanly. One of the check it does is that when it
knows a path is going to be created by the patch, it runs
lstat() on the path to make sure it does not exist.
This leads to a false alarm. Because we do not touch the
working tree before all the check passes, when we try to make
sure that arch/x86_64/boot/.gitignore does not exist yet, we
haven't removed the arch/x86_64/boot symlink. The lstat() check
ends up seeing arch/i386/boot/.gitignore through the
yet-to-be-removed symlink, and says "Hey, you already have a
file there, but what you fed me is a patch to create a new
file. I am not going to clobber what you have in the working
tree."
We have similar checks to see a file we are going to modify does
exist and match the preimage of the diff, which is done by
directly opening and reading the file.
For a file we are going to delete, we make sure that it does
exist and matches what is going to be removed (a removal patch
records the full preimage, so we check what you have in your
working tree matches it in full -- otherwise we would risk
losing your local changes), which again is done by directly
opening and reading the file.
These checks need to be adjusted so that they are not fooled by
symlinks in the middle.
- To make sure something does not exist, first lstat(). If it
does not exist, it does not, so be happy. If it _does_, we
might be getting fooled by a symlink in the middle, so break
leading paths and see if there are symlinks involved. When
we are checking for a path a/b/c/d, if any of a, a/b, a/b/c
is a symlink, then a/b/c/d does _NOT_ exist, for the purpose
of our test.
This would fix this particular case you saw, and would not
add extra overhead in the usual case.
- To make sure something already exists, first lstat(). If it
does not exist, barf (up to this, we already do). Even if it
does seem to exist, we might be getting fooled by a symlink
in the middle, so make sure leading paths are not symlinks.
This would make the normal codepath much more expensive for
deep trees, which is a bit worrisome.
This patch implements the first side of the check "making sure
it does not exist". The latter "making sure it exists" check is
not done yet, so applying the patch in reverse would still
fail, but we have to start from somewhere.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2007-05-12 07:26:08 +02:00
|
|
|
int err = check_to_create_blob(new_name, ok_if_exists);
|
|
|
|
if (err)
|
|
|
|
return err;
|
2006-05-18 01:56:13 +02:00
|
|
|
}
|
2005-08-17 09:01:07 +02:00
|
|
|
if (!patch->new_mode) {
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
if (0 < patch->is_new)
|
2005-08-17 09:01:07 +02:00
|
|
|
patch->new_mode = S_IFREG | 0644;
|
|
|
|
else
|
|
|
|
patch->new_mode = patch->old_mode;
|
|
|
|
}
|
2005-05-26 21:25:52 +02:00
|
|
|
}
|
2005-06-05 20:03:13 +02:00
|
|
|
|
|
|
|
if (new_name && old_name) {
|
|
|
|
int same = !strcmp(old_name, new_name);
|
|
|
|
if (!patch->new_mode)
|
|
|
|
patch->new_mode = patch->old_mode;
|
|
|
|
if ((patch->old_mode ^ patch->new_mode) & S_IFMT)
|
|
|
|
return error("new mode (%o) of %s does not match old mode (%o)%s%s",
|
|
|
|
patch->new_mode, new_name, patch->old_mode,
|
|
|
|
same ? "" : " of ", same ? "" : old_name);
|
2006-05-16 00:15:47 +02:00
|
|
|
}
|
2005-06-05 20:03:13 +02:00
|
|
|
|
2006-05-16 00:15:47 +02:00
|
|
|
if (apply_data(patch, &st, ce) < 0)
|
2005-11-15 02:37:05 +01:00
|
|
|
return error("%s: patch does not apply", name);
|
2006-08-17 02:55:29 +02:00
|
|
|
patch->rejected = 0;
|
2005-05-27 00:10:02 +02:00
|
|
|
return 0;
|
2005-05-26 21:25:52 +02:00
|
|
|
}
|
|
|
|
|
2005-05-27 00:10:02 +02:00
|
|
|
static int check_patch_list(struct patch *patch)
|
2005-05-26 19:23:51 +02:00
|
|
|
{
|
2006-07-17 09:10:47 +02:00
|
|
|
struct patch *prev_patch = NULL;
|
2006-08-23 12:39:10 +02:00
|
|
|
int err = 0;
|
2005-05-27 00:10:02 +02:00
|
|
|
|
2006-07-17 09:10:47 +02:00
|
|
|
for (prev_patch = NULL; patch ; patch = patch->next) {
|
2006-08-18 12:14:48 +02:00
|
|
|
if (apply_verbosely)
|
|
|
|
say_patch_name(stderr,
|
|
|
|
"Checking patch ", patch, "...\n");
|
2006-08-23 12:39:10 +02:00
|
|
|
err |= check_patch(patch, prev_patch);
|
2006-07-17 09:10:47 +02:00
|
|
|
prev_patch = patch;
|
|
|
|
}
|
2006-08-23 12:39:10 +02:00
|
|
|
return err;
|
2005-05-27 00:10:02 +02:00
|
|
|
}
|
|
|
|
|
2007-09-17 02:24:57 +02:00
|
|
|
/* This function tries to read the sha1 from the current index */
|
|
|
|
static int get_current_sha1(const char *path, unsigned char *sha1)
|
|
|
|
{
|
|
|
|
int pos;
|
|
|
|
|
|
|
|
if (read_cache() < 0)
|
|
|
|
return -1;
|
|
|
|
pos = cache_name_pos(path, strlen(path));
|
|
|
|
if (pos < 0)
|
|
|
|
return -1;
|
|
|
|
hashcpy(sha1, active_cache[pos]->sha1);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-10-07 12:42:00 +02:00
|
|
|
static void show_index_list(struct patch *list)
|
|
|
|
{
|
|
|
|
struct patch *patch;
|
|
|
|
|
|
|
|
/* Once we start supporting the reverse patch, it may be
|
|
|
|
* worth showing the new sha1 prefix, but until then...
|
|
|
|
*/
|
|
|
|
for (patch = list; patch; patch = patch->next) {
|
|
|
|
const unsigned char *sha1_ptr;
|
|
|
|
unsigned char sha1[20];
|
|
|
|
const char *name;
|
|
|
|
|
|
|
|
name = patch->old_name ? patch->old_name : patch->new_name;
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
if (0 < patch->is_new)
|
2005-10-07 12:42:00 +02:00
|
|
|
sha1_ptr = null_sha1;
|
|
|
|
else if (get_sha1(patch->old_sha1_prefix, sha1))
|
2007-09-17 02:24:57 +02:00
|
|
|
/* git diff has no index line for mode/type changes */
|
|
|
|
if (!patch->lines_added && !patch->lines_deleted) {
|
|
|
|
if (get_current_sha1(patch->new_name, sha1) ||
|
|
|
|
get_current_sha1(patch->old_name, sha1))
|
|
|
|
die("mode change for %s, which is not "
|
|
|
|
"in current HEAD", name);
|
|
|
|
sha1_ptr = sha1;
|
|
|
|
} else
|
|
|
|
die("sha1 information is lacking or useless "
|
|
|
|
"(%s).", name);
|
2005-10-07 12:42:00 +02:00
|
|
|
else
|
|
|
|
sha1_ptr = sha1;
|
2005-10-15 06:54:52 +02:00
|
|
|
|
|
|
|
printf("%06o %s ",patch->old_mode, sha1_to_hex(sha1_ptr));
|
|
|
|
if (line_termination && quote_c_style(name, NULL, NULL, 0))
|
|
|
|
quote_c_style(name, NULL, stdout, 0);
|
|
|
|
else
|
|
|
|
fputs(name, stdout);
|
|
|
|
putchar(line_termination);
|
2005-10-07 12:42:00 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-05-27 00:10:02 +02:00
|
|
|
static void stat_patch_list(struct patch *patch)
|
|
|
|
{
|
|
|
|
int files, adds, dels;
|
|
|
|
|
|
|
|
for (files = adds = dels = 0 ; patch ; patch = patch->next) {
|
|
|
|
files++;
|
|
|
|
adds += patch->lines_added;
|
|
|
|
dels += patch->lines_deleted;
|
|
|
|
show_stats(patch);
|
|
|
|
}
|
|
|
|
|
|
|
|
printf(" %d files changed, %d insertions(+), %d deletions(-)\n", files, adds, dels);
|
2005-05-26 20:40:43 +02:00
|
|
|
}
|
|
|
|
|
2005-10-28 11:43:31 +02:00
|
|
|
static void numstat_patch_list(struct patch *patch)
|
|
|
|
{
|
|
|
|
for ( ; patch; patch = patch->next) {
|
|
|
|
const char *name;
|
2006-05-15 06:59:04 +02:00
|
|
|
name = patch->new_name ? patch->new_name : patch->old_name;
|
2006-11-15 07:23:18 +01:00
|
|
|
if (patch->is_binary)
|
|
|
|
printf("-\t-\t");
|
|
|
|
else
|
|
|
|
printf("%d\t%d\t",
|
|
|
|
patch->lines_added, patch->lines_deleted);
|
2005-10-28 11:43:31 +02:00
|
|
|
if (line_termination && quote_c_style(name, NULL, NULL, 0))
|
|
|
|
quote_c_style(name, NULL, stdout, 0);
|
|
|
|
else
|
|
|
|
fputs(name, stdout);
|
2006-10-12 11:57:39 +02:00
|
|
|
putchar(line_termination);
|
2005-10-28 11:43:31 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-06-22 11:29:46 +02:00
|
|
|
static void show_file_mode_name(const char *newdelete, unsigned int mode, const char *name)
|
|
|
|
{
|
|
|
|
if (mode)
|
|
|
|
printf(" %s mode %06o %s\n", newdelete, mode, name);
|
|
|
|
else
|
|
|
|
printf(" %s %s\n", newdelete, name);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void show_mode_change(struct patch *p, int show_name)
|
|
|
|
{
|
|
|
|
if (p->old_mode && p->new_mode && p->old_mode != p->new_mode) {
|
|
|
|
if (show_name)
|
|
|
|
printf(" mode change %06o => %06o %s\n",
|
|
|
|
p->old_mode, p->new_mode, p->new_name);
|
|
|
|
else
|
|
|
|
printf(" mode change %06o => %06o\n",
|
|
|
|
p->old_mode, p->new_mode);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void show_rename_copy(struct patch *p)
|
|
|
|
{
|
|
|
|
const char *renamecopy = p->is_rename ? "rename" : "copy";
|
|
|
|
const char *old, *new;
|
|
|
|
|
|
|
|
/* Find common prefix */
|
|
|
|
old = p->old_name;
|
|
|
|
new = p->new_name;
|
|
|
|
while (1) {
|
|
|
|
const char *slash_old, *slash_new;
|
|
|
|
slash_old = strchr(old, '/');
|
|
|
|
slash_new = strchr(new, '/');
|
|
|
|
if (!slash_old ||
|
|
|
|
!slash_new ||
|
|
|
|
slash_old - old != slash_new - new ||
|
|
|
|
memcmp(old, new, slash_new - new))
|
|
|
|
break;
|
|
|
|
old = slash_old + 1;
|
|
|
|
new = slash_new + 1;
|
|
|
|
}
|
|
|
|
/* p->old_name thru old is the common prefix, and old and new
|
|
|
|
* through the end of names are renames
|
|
|
|
*/
|
|
|
|
if (old != p->old_name)
|
|
|
|
printf(" %s %.*s{%s => %s} (%d%%)\n", renamecopy,
|
2005-07-12 20:54:21 +02:00
|
|
|
(int)(old - p->old_name), p->old_name,
|
2005-06-22 11:29:46 +02:00
|
|
|
old, new, p->score);
|
|
|
|
else
|
|
|
|
printf(" %s %s => %s (%d%%)\n", renamecopy,
|
|
|
|
p->old_name, p->new_name, p->score);
|
|
|
|
show_mode_change(p, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void summary_patch_list(struct patch *patch)
|
|
|
|
{
|
|
|
|
struct patch *p;
|
|
|
|
|
|
|
|
for (p = patch; p; p = p->next) {
|
|
|
|
if (p->is_new)
|
|
|
|
show_file_mode_name("create", p->new_mode, p->new_name);
|
|
|
|
else if (p->is_delete)
|
|
|
|
show_file_mode_name("delete", p->old_mode, p->old_name);
|
|
|
|
else {
|
|
|
|
if (p->is_rename || p->is_copy)
|
|
|
|
show_rename_copy(p);
|
|
|
|
else {
|
|
|
|
if (p->score) {
|
|
|
|
printf(" rewrite %s (%d%%)\n",
|
|
|
|
p->new_name, p->score);
|
|
|
|
show_mode_change(p, 0);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
show_mode_change(p, 1);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-05-26 20:40:43 +02:00
|
|
|
static void patch_stats(struct patch *patch)
|
|
|
|
{
|
|
|
|
int lines = patch->lines_added + patch->lines_deleted;
|
|
|
|
|
|
|
|
if (lines > max_change)
|
|
|
|
max_change = lines;
|
|
|
|
if (patch->old_name) {
|
2005-10-15 06:54:52 +02:00
|
|
|
int len = quote_c_style(patch->old_name, NULL, NULL, 0);
|
|
|
|
if (!len)
|
|
|
|
len = strlen(patch->old_name);
|
2005-05-26 20:40:43 +02:00
|
|
|
if (len > max_len)
|
|
|
|
max_len = len;
|
|
|
|
}
|
|
|
|
if (patch->new_name) {
|
2005-10-15 06:54:52 +02:00
|
|
|
int len = quote_c_style(patch->new_name, NULL, NULL, 0);
|
|
|
|
if (!len)
|
|
|
|
len = strlen(patch->new_name);
|
2005-05-26 20:40:43 +02:00
|
|
|
if (len > max_len)
|
|
|
|
max_len = len;
|
|
|
|
}
|
2005-05-26 19:23:51 +02:00
|
|
|
}
|
|
|
|
|
2007-02-20 02:58:58 +01:00
|
|
|
static void remove_file(struct patch *patch, int rmdir_empty)
|
2005-06-05 23:05:43 +02:00
|
|
|
{
|
2007-04-02 07:46:06 +02:00
|
|
|
if (update_index) {
|
2005-06-05 23:05:43 +02:00
|
|
|
if (remove_file_from_cache(patch->old_name) < 0)
|
|
|
|
die("unable to remove %s from index", patch->old_name);
|
|
|
|
}
|
2007-01-09 21:25:46 +01:00
|
|
|
if (!cached) {
|
2007-08-15 19:22:09 +02:00
|
|
|
if (S_ISGITLINK(patch->old_mode)) {
|
|
|
|
if (rmdir(patch->old_name))
|
|
|
|
warning("unable to remove submodule %s",
|
|
|
|
patch->old_name);
|
|
|
|
} else if (!unlink(patch->old_name) && rmdir_empty) {
|
2007-01-09 21:25:46 +01:00
|
|
|
char *name = xstrdup(patch->old_name);
|
|
|
|
char *end = strrchr(name, '/');
|
|
|
|
while (end) {
|
|
|
|
*end = 0;
|
|
|
|
if (rmdir(name))
|
|
|
|
break;
|
|
|
|
end = strrchr(name, '/');
|
|
|
|
}
|
|
|
|
free(name);
|
|
|
|
}
|
|
|
|
}
|
2005-06-05 23:05:43 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
static void add_index_file(const char *path, unsigned mode, void *buf, unsigned long size)
|
|
|
|
{
|
|
|
|
struct stat st;
|
|
|
|
struct cache_entry *ce;
|
|
|
|
int namelen = strlen(path);
|
|
|
|
unsigned ce_size = cache_entry_size(namelen);
|
|
|
|
|
2007-04-02 07:46:06 +02:00
|
|
|
if (!update_index)
|
2005-06-05 23:05:43 +02:00
|
|
|
return;
|
|
|
|
|
2006-04-03 20:30:46 +02:00
|
|
|
ce = xcalloc(1, ce_size);
|
2005-06-05 23:05:43 +02:00
|
|
|
memcpy(ce->name, path, namelen);
|
|
|
|
ce->ce_mode = create_ce_mode(mode);
|
|
|
|
ce->ce_flags = htons(namelen);
|
2007-08-15 19:22:09 +02:00
|
|
|
if (S_ISGITLINK(mode)) {
|
|
|
|
const char *s = buf;
|
|
|
|
|
|
|
|
if (get_sha1_hex(s + strlen("Subproject commit "), ce->sha1))
|
|
|
|
die("corrupt patch for subproject %s", path);
|
|
|
|
} else {
|
|
|
|
if (!cached) {
|
|
|
|
if (lstat(path, &st) < 0)
|
|
|
|
die("unable to stat newly created file %s",
|
|
|
|
path);
|
|
|
|
fill_stat_cache_info(ce, &st);
|
|
|
|
}
|
|
|
|
if (write_sha1_file(buf, size, blob_type, ce->sha1) < 0)
|
|
|
|
die("unable to create backing store for newly created file %s", path);
|
2006-05-16 00:15:47 +02:00
|
|
|
}
|
2005-06-05 23:05:43 +02:00
|
|
|
if (add_cache_entry(ce, ADD_CACHE_OK_TO_ADD) < 0)
|
|
|
|
die("unable to add cache entry for %s", path);
|
|
|
|
}
|
|
|
|
|
2005-07-14 02:25:53 +02:00
|
|
|
static int try_create_file(const char *path, unsigned int mode, const char *buf, unsigned long size)
|
|
|
|
{
|
2007-04-19 02:05:03 +02:00
|
|
|
int fd;
|
Rewrite convert_to_{git,working_tree} to use strbuf's.
* Now, those functions take an "out" strbuf argument, where they store their
result if any. In that case, it also returns 1, else it returns 0.
* those functions support "in place" editing, in the sense that it's OK to
call them this way:
convert_to_git(path, sb->buf, sb->len, sb);
When doable, conversions are done in place for real, else the strbuf
content is just replaced with the new one, transparentely for the caller.
If you want to create a new filter working this way, being the accumulation
of filter1, filter2, ... filtern, then your meta_filter would be:
int meta_filter(..., const char *src, size_t len, struct strbuf *sb)
{
int ret = 0;
ret |= filter1(...., src, len, sb);
if (ret) {
src = sb->buf;
len = sb->len;
}
ret |= filter2(...., src, len, sb);
if (ret) {
src = sb->buf;
len = sb->len;
}
....
return ret | filtern(..., src, len, sb);
}
That's why subfilters the convert_to_* functions called were also rewritten
to work this way.
Signed-off-by: Pierre Habouzit <madcoder@debian.org>
Acked-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2007-09-16 15:51:04 +02:00
|
|
|
struct strbuf nbuf;
|
2005-07-14 02:25:53 +02:00
|
|
|
|
2007-08-15 19:22:09 +02:00
|
|
|
if (S_ISGITLINK(mode)) {
|
|
|
|
struct stat st;
|
|
|
|
if (!lstat(path, &st) && S_ISDIR(st.st_mode))
|
|
|
|
return 0;
|
|
|
|
return mkdir(path, 0777);
|
|
|
|
}
|
|
|
|
|
2007-03-02 22:11:30 +01:00
|
|
|
if (has_symlinks && S_ISLNK(mode))
|
2006-08-10 07:47:25 +02:00
|
|
|
/* Although buf:size is counted string, it also is NUL
|
|
|
|
* terminated.
|
|
|
|
*/
|
2005-07-14 02:25:53 +02:00
|
|
|
return symlink(buf, path);
|
2007-03-23 01:32:51 +01:00
|
|
|
|
|
|
|
fd = open(path, O_CREAT | O_EXCL | O_WRONLY, (mode & 0100) ? 0777 : 0666);
|
|
|
|
if (fd < 0)
|
|
|
|
return -1;
|
|
|
|
|
Rewrite convert_to_{git,working_tree} to use strbuf's.
* Now, those functions take an "out" strbuf argument, where they store their
result if any. In that case, it also returns 1, else it returns 0.
* those functions support "in place" editing, in the sense that it's OK to
call them this way:
convert_to_git(path, sb->buf, sb->len, sb);
When doable, conversions are done in place for real, else the strbuf
content is just replaced with the new one, transparentely for the caller.
If you want to create a new filter working this way, being the accumulation
of filter1, filter2, ... filtern, then your meta_filter would be:
int meta_filter(..., const char *src, size_t len, struct strbuf *sb)
{
int ret = 0;
ret |= filter1(...., src, len, sb);
if (ret) {
src = sb->buf;
len = sb->len;
}
ret |= filter2(...., src, len, sb);
if (ret) {
src = sb->buf;
len = sb->len;
}
....
return ret | filtern(..., src, len, sb);
}
That's why subfilters the convert_to_* functions called were also rewritten
to work this way.
Signed-off-by: Pierre Habouzit <madcoder@debian.org>
Acked-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2007-09-16 15:51:04 +02:00
|
|
|
strbuf_init(&nbuf, 0);
|
|
|
|
if (convert_to_working_tree(path, buf, size, &nbuf)) {
|
|
|
|
size = nbuf.len;
|
|
|
|
buf = nbuf.buf;
|
|
|
|
}
|
2007-09-16 18:54:42 +02:00
|
|
|
write_or_die(fd, buf, size);
|
|
|
|
strbuf_release(&nbuf);
|
2007-04-19 02:05:03 +02:00
|
|
|
|
2005-07-14 02:25:53 +02:00
|
|
|
if (close(fd) < 0)
|
|
|
|
die("closing file %s: %s", path, strerror(errno));
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-06-22 04:10:21 +02:00
|
|
|
/*
|
|
|
|
* We optimistically assume that the directories exist,
|
|
|
|
* which is true 99% of the time anyway. If they don't,
|
|
|
|
* we create them and try again.
|
|
|
|
*/
|
2006-02-04 07:50:57 +01:00
|
|
|
static void create_one_file(char *path, unsigned mode, const char *buf, unsigned long size)
|
2005-06-22 04:10:21 +02:00
|
|
|
{
|
2006-05-16 00:15:47 +02:00
|
|
|
if (cached)
|
|
|
|
return;
|
2005-07-14 02:25:53 +02:00
|
|
|
if (!try_create_file(path, mode, buf, size))
|
|
|
|
return;
|
2005-06-22 04:10:21 +02:00
|
|
|
|
2005-07-14 02:25:53 +02:00
|
|
|
if (errno == ENOENT) {
|
2006-02-04 07:50:57 +01:00
|
|
|
if (safe_create_leading_directories(path))
|
|
|
|
return;
|
2005-07-14 02:25:53 +02:00
|
|
|
if (!try_create_file(path, mode, buf, size))
|
|
|
|
return;
|
2005-06-22 04:10:21 +02:00
|
|
|
}
|
|
|
|
|
2006-07-18 19:46:34 +02:00
|
|
|
if (errno == EEXIST || errno == EACCES) {
|
2006-07-17 08:28:23 +02:00
|
|
|
/* We may be trying to create a file where a directory
|
|
|
|
* used to be.
|
|
|
|
*/
|
|
|
|
struct stat st;
|
2007-04-18 23:58:56 +02:00
|
|
|
if (!lstat(path, &st) && (!S_ISDIR(st.st_mode) || !rmdir(path)))
|
2006-07-17 08:28:23 +02:00
|
|
|
errno = EEXIST;
|
|
|
|
}
|
|
|
|
|
2005-07-14 02:25:53 +02:00
|
|
|
if (errno == EEXIST) {
|
|
|
|
unsigned int nr = getpid();
|
2005-06-22 04:10:21 +02:00
|
|
|
|
2005-07-14 02:25:53 +02:00
|
|
|
for (;;) {
|
|
|
|
const char *newpath;
|
|
|
|
newpath = mkpath("%s~%u", path, nr);
|
|
|
|
if (!try_create_file(newpath, mode, buf, size)) {
|
|
|
|
if (!rename(newpath, path))
|
|
|
|
return;
|
|
|
|
unlink(newpath);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
if (errno != EEXIST)
|
|
|
|
break;
|
2006-01-05 10:00:12 +01:00
|
|
|
++nr;
|
|
|
|
}
|
2005-06-22 04:10:21 +02:00
|
|
|
}
|
2005-07-14 02:25:53 +02:00
|
|
|
die("unable to write file %s mode %o", path, mode);
|
2005-06-22 04:10:21 +02:00
|
|
|
}
|
|
|
|
|
2005-06-05 23:05:43 +02:00
|
|
|
static void create_file(struct patch *patch)
|
|
|
|
{
|
2006-02-04 07:50:57 +01:00
|
|
|
char *path = patch->new_name;
|
2005-06-05 23:05:43 +02:00
|
|
|
unsigned mode = patch->new_mode;
|
|
|
|
unsigned long size = patch->resultsize;
|
|
|
|
char *buf = patch->result;
|
|
|
|
|
|
|
|
if (!mode)
|
|
|
|
mode = S_IFREG | 0644;
|
2006-04-24 01:52:52 +02:00
|
|
|
create_one_file(path, mode, buf, size);
|
2005-07-14 02:25:53 +02:00
|
|
|
add_index_file(path, mode, buf, size);
|
2005-06-05 23:05:43 +02:00
|
|
|
}
|
|
|
|
|
2006-07-17 08:52:09 +02:00
|
|
|
/* phase zero is to remove, phase one is to create */
|
|
|
|
static void write_out_one_result(struct patch *patch, int phase)
|
2005-06-05 23:05:43 +02:00
|
|
|
{
|
|
|
|
if (patch->is_delete > 0) {
|
2006-07-17 08:52:09 +02:00
|
|
|
if (phase == 0)
|
2007-02-20 02:58:58 +01:00
|
|
|
remove_file(patch, 1);
|
2005-06-05 23:05:43 +02:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
if (patch->is_new > 0 || patch->is_copy) {
|
2006-07-17 08:52:09 +02:00
|
|
|
if (phase == 1)
|
|
|
|
create_file(patch);
|
2005-06-05 23:05:43 +02:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Rename or modification boils down to the same
|
|
|
|
* thing: remove the old, write the new
|
|
|
|
*/
|
2006-07-17 08:52:09 +02:00
|
|
|
if (phase == 0)
|
2007-08-05 06:48:08 +02:00
|
|
|
remove_file(patch, patch->is_rename);
|
2006-07-17 08:52:09 +02:00
|
|
|
if (phase == 1)
|
2006-08-17 02:55:29 +02:00
|
|
|
create_file(patch);
|
2005-06-05 23:05:43 +02:00
|
|
|
}
|
|
|
|
|
2006-08-17 02:55:29 +02:00
|
|
|
static int write_out_one_reject(struct patch *patch)
|
|
|
|
{
|
2006-08-18 12:10:19 +02:00
|
|
|
FILE *rej;
|
|
|
|
char namebuf[PATH_MAX];
|
2006-08-17 02:55:29 +02:00
|
|
|
struct fragment *frag;
|
2006-08-18 12:10:19 +02:00
|
|
|
int cnt = 0;
|
2006-08-17 02:55:29 +02:00
|
|
|
|
2006-08-18 12:10:19 +02:00
|
|
|
for (cnt = 0, frag = patch->fragments; frag; frag = frag->next) {
|
2006-08-17 02:55:29 +02:00
|
|
|
if (!frag->rejected)
|
|
|
|
continue;
|
2006-08-18 12:10:19 +02:00
|
|
|
cnt++;
|
|
|
|
}
|
|
|
|
|
2006-08-18 12:14:48 +02:00
|
|
|
if (!cnt) {
|
|
|
|
if (apply_verbosely)
|
|
|
|
say_patch_name(stderr,
|
|
|
|
"Applied patch ", patch, " cleanly.\n");
|
2006-08-18 12:10:19 +02:00
|
|
|
return 0;
|
2006-08-18 12:14:48 +02:00
|
|
|
}
|
2006-08-18 12:10:19 +02:00
|
|
|
|
|
|
|
/* This should not happen, because a removal patch that leaves
|
|
|
|
* contents are marked "rejected" at the patch level.
|
|
|
|
*/
|
|
|
|
if (!patch->new_name)
|
|
|
|
die("internal error");
|
|
|
|
|
2006-08-18 12:14:48 +02:00
|
|
|
/* Say this even without --verbose */
|
|
|
|
say_patch_name(stderr, "Applying patch ", patch, " with");
|
|
|
|
fprintf(stderr, " %d rejects...\n", cnt);
|
|
|
|
|
2006-08-18 12:10:19 +02:00
|
|
|
cnt = strlen(patch->new_name);
|
|
|
|
if (ARRAY_SIZE(namebuf) <= cnt + 5) {
|
|
|
|
cnt = ARRAY_SIZE(namebuf) - 5;
|
|
|
|
fprintf(stderr,
|
|
|
|
"warning: truncating .rej filename to %.*s.rej",
|
|
|
|
cnt - 1, patch->new_name);
|
|
|
|
}
|
|
|
|
memcpy(namebuf, patch->new_name, cnt);
|
|
|
|
memcpy(namebuf + cnt, ".rej", 5);
|
|
|
|
|
|
|
|
rej = fopen(namebuf, "w");
|
|
|
|
if (!rej)
|
|
|
|
return error("cannot open %s: %s", namebuf, strerror(errno));
|
|
|
|
|
|
|
|
/* Normal git tools never deal with .rej, so do not pretend
|
|
|
|
* this is a git patch by saying --git nor give extended
|
|
|
|
* headers. While at it, maybe please "kompare" that wants
|
|
|
|
* the trailing TAB and some garbage at the end of line ;-).
|
|
|
|
*/
|
|
|
|
fprintf(rej, "diff a/%s b/%s\t(rejected hunks)\n",
|
|
|
|
patch->new_name, patch->new_name);
|
2006-08-23 00:49:28 +02:00
|
|
|
for (cnt = 1, frag = patch->fragments;
|
2006-08-18 12:10:19 +02:00
|
|
|
frag;
|
|
|
|
cnt++, frag = frag->next) {
|
|
|
|
if (!frag->rejected) {
|
|
|
|
fprintf(stderr, "Hunk #%d applied cleanly.\n", cnt);
|
|
|
|
continue;
|
2006-08-17 02:55:29 +02:00
|
|
|
}
|
2006-08-18 12:10:19 +02:00
|
|
|
fprintf(stderr, "Rejected hunk #%d.\n", cnt);
|
|
|
|
fprintf(rej, "%.*s", frag->size, frag->patch);
|
2006-08-17 02:55:29 +02:00
|
|
|
if (frag->patch[frag->size-1] != '\n')
|
2006-08-18 12:10:19 +02:00
|
|
|
fputc('\n', rej);
|
2006-08-17 02:55:29 +02:00
|
|
|
}
|
2006-08-18 12:10:19 +02:00
|
|
|
fclose(rej);
|
|
|
|
return -1;
|
2005-06-05 23:05:43 +02:00
|
|
|
}
|
|
|
|
|
2006-08-17 02:55:29 +02:00
|
|
|
static int write_out_results(struct patch *list, int skipped_patch)
|
2005-06-05 23:05:43 +02:00
|
|
|
{
|
2006-07-17 08:52:09 +02:00
|
|
|
int phase;
|
2006-08-17 02:55:29 +02:00
|
|
|
int errs = 0;
|
|
|
|
struct patch *l;
|
2006-07-17 08:52:09 +02:00
|
|
|
|
2005-07-22 18:56:57 +02:00
|
|
|
if (!list && !skipped_patch)
|
2006-08-17 02:55:29 +02:00
|
|
|
return error("No changes");
|
2005-06-06 00:25:28 +02:00
|
|
|
|
2006-07-17 08:52:09 +02:00
|
|
|
for (phase = 0; phase < 2; phase++) {
|
2006-08-17 02:55:29 +02:00
|
|
|
l = list;
|
2006-07-17 08:52:09 +02:00
|
|
|
while (l) {
|
2006-08-17 02:55:29 +02:00
|
|
|
if (l->rejected)
|
|
|
|
errs = 1;
|
2006-08-18 12:10:19 +02:00
|
|
|
else {
|
2006-08-17 02:55:29 +02:00
|
|
|
write_out_one_result(l, phase);
|
2006-08-18 12:10:19 +02:00
|
|
|
if (phase == 1 && write_out_one_reject(l))
|
2006-08-17 02:55:29 +02:00
|
|
|
errs = 1;
|
|
|
|
}
|
2006-07-17 08:52:09 +02:00
|
|
|
l = l->next;
|
|
|
|
}
|
2005-06-05 23:05:43 +02:00
|
|
|
}
|
2006-08-17 02:55:29 +02:00
|
|
|
return errs;
|
2005-06-05 23:05:43 +02:00
|
|
|
}
|
|
|
|
|
2006-06-06 21:51:49 +02:00
|
|
|
static struct lock_file lock_file;
|
2005-06-05 23:05:43 +02:00
|
|
|
|
2005-07-22 18:56:57 +02:00
|
|
|
static struct excludes {
|
|
|
|
struct excludes *next;
|
|
|
|
const char *path;
|
|
|
|
} *excludes;
|
|
|
|
|
|
|
|
static int use_patch(struct patch *p)
|
|
|
|
{
|
2005-08-23 22:34:07 +02:00
|
|
|
const char *pathname = p->new_name ? p->new_name : p->old_name;
|
2005-07-22 18:56:57 +02:00
|
|
|
struct excludes *x = excludes;
|
|
|
|
while (x) {
|
|
|
|
if (fnmatch(x->path, pathname, 0) == 0)
|
|
|
|
return 0;
|
|
|
|
x = x->next;
|
|
|
|
}
|
2005-11-26 08:14:15 +01:00
|
|
|
if (0 < prefix_length) {
|
|
|
|
int pathlen = strlen(pathname);
|
|
|
|
if (pathlen <= prefix_length ||
|
|
|
|
memcmp(prefix, pathname, prefix_length))
|
|
|
|
return 0;
|
|
|
|
}
|
2005-07-22 18:56:57 +02:00
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2007-02-20 03:45:49 +01:00
|
|
|
static void prefix_one(char **name)
|
2007-02-20 02:57:29 +01:00
|
|
|
{
|
2007-02-20 03:45:49 +01:00
|
|
|
char *old_name = *name;
|
|
|
|
if (!old_name)
|
|
|
|
return;
|
|
|
|
*name = xstrdup(prefix_filename(prefix, prefix_length, *name));
|
|
|
|
free(old_name);
|
2007-02-20 02:57:29 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
static void prefix_patches(struct patch *p)
|
|
|
|
{
|
2007-02-21 23:31:10 +01:00
|
|
|
if (!prefix || p->is_toplevel_relative)
|
2007-02-20 02:57:29 +01:00
|
|
|
return;
|
|
|
|
for ( ; p; p = p->next) {
|
2007-02-21 09:58:18 +01:00
|
|
|
if (p->new_name == p->old_name) {
|
|
|
|
char *prefixed = p->new_name;
|
|
|
|
prefix_one(&prefixed);
|
|
|
|
p->new_name = p->old_name = prefixed;
|
|
|
|
}
|
|
|
|
else {
|
2007-02-20 03:45:49 +01:00
|
|
|
prefix_one(&p->new_name);
|
2007-02-21 09:58:18 +01:00
|
|
|
prefix_one(&p->old_name);
|
|
|
|
}
|
2007-02-20 02:57:29 +01:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2006-08-15 08:26:51 +02:00
|
|
|
static int apply_patch(int fd, const char *filename, int inaccurate_eof)
|
2005-05-23 19:52:17 +02:00
|
|
|
{
|
|
|
|
unsigned long offset, size;
|
|
|
|
char *buffer = read_patch_file(fd, &size);
|
2005-05-26 19:23:51 +02:00
|
|
|
struct patch *list = NULL, **listp = &list;
|
2005-07-22 18:56:57 +02:00
|
|
|
int skipped_patch = 0;
|
2005-05-23 19:52:17 +02:00
|
|
|
|
2006-02-27 03:13:25 +01:00
|
|
|
patch_input_file = filename;
|
2005-05-23 19:52:17 +02:00
|
|
|
if (!buffer)
|
|
|
|
return -1;
|
|
|
|
offset = 0;
|
|
|
|
while (size > 0) {
|
2005-05-26 19:23:51 +02:00
|
|
|
struct patch *patch;
|
|
|
|
int nr;
|
|
|
|
|
2006-04-03 20:30:46 +02:00
|
|
|
patch = xcalloc(1, sizeof(*patch));
|
2006-06-24 22:10:11 +02:00
|
|
|
patch->inaccurate_eof = inaccurate_eof;
|
2005-05-26 19:23:51 +02:00
|
|
|
nr = parse_chunk(buffer + offset, size, patch);
|
2005-05-23 19:52:17 +02:00
|
|
|
if (nr < 0)
|
|
|
|
break;
|
2006-08-15 08:26:51 +02:00
|
|
|
if (apply_in_reverse)
|
2006-07-28 17:46:11 +02:00
|
|
|
reverse_patches(patch);
|
2007-02-20 02:57:29 +01:00
|
|
|
if (prefix)
|
|
|
|
prefix_patches(patch);
|
2005-07-22 18:56:57 +02:00
|
|
|
if (use_patch(patch)) {
|
|
|
|
patch_stats(patch);
|
|
|
|
*listp = patch;
|
|
|
|
listp = &patch->next;
|
2007-02-20 02:57:29 +01:00
|
|
|
}
|
|
|
|
else {
|
2005-07-22 18:56:57 +02:00
|
|
|
/* perhaps free it a bit better? */
|
|
|
|
free(patch);
|
|
|
|
skipped_patch++;
|
|
|
|
}
|
2005-05-23 19:52:17 +02:00
|
|
|
offset += nr;
|
|
|
|
size -= nr;
|
|
|
|
}
|
2005-05-26 19:23:51 +02:00
|
|
|
|
2006-02-27 03:13:25 +01:00
|
|
|
if (whitespace_error && (new_whitespace == error_on_whitespace))
|
|
|
|
apply = 0;
|
|
|
|
|
2007-04-02 07:46:06 +02:00
|
|
|
update_index = check_index && apply;
|
|
|
|
if (update_index && newfd < 0)
|
_GIT_INDEX_OUTPUT: allow plumbing to output to an alternative index file.
When defined, this allows plumbing commands that update the
index (add, apply, checkout-index, merge-recursive, mv,
read-tree, rm, update-index, and write-tree) to write their
resulting index to an alternative index file while holding a
lock to the original index file. With this, git-commit that
jumps the index does not have to make an extra copy of the index
file, and more importantly, it can do the update while holding
the lock on the index.
However, I think the interface to let an environment variable
specify the output is a mistake, as shown in the documentation.
If a curious user has the environment variable set to something
other than the file GIT_INDEX_FILE points at, almost everything
will break. This should instead be a command line parameter to
tell these plumbing commands to write the result in the named
file, to prevent stupid mistakes.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2007-04-01 08:09:02 +02:00
|
|
|
newfd = hold_locked_index(&lock_file, 1);
|
|
|
|
|
2005-06-05 23:05:43 +02:00
|
|
|
if (check_index) {
|
|
|
|
if (read_cache() < 0)
|
|
|
|
die("unable to read index file");
|
|
|
|
}
|
|
|
|
|
2006-08-17 02:55:29 +02:00
|
|
|
if ((check || apply) &&
|
|
|
|
check_patch_list(list) < 0 &&
|
|
|
|
!apply_with_reject)
|
2005-05-27 00:10:02 +02:00
|
|
|
exit(1);
|
|
|
|
|
2006-08-17 02:55:29 +02:00
|
|
|
if (apply && write_out_results(list, skipped_patch))
|
|
|
|
exit(1);
|
2005-06-05 23:05:43 +02:00
|
|
|
|
2005-10-07 12:42:00 +02:00
|
|
|
if (show_index_info)
|
|
|
|
show_index_list(list);
|
|
|
|
|
2005-05-27 00:10:02 +02:00
|
|
|
if (diffstat)
|
|
|
|
stat_patch_list(list);
|
2005-05-26 19:23:51 +02:00
|
|
|
|
2005-10-28 11:43:31 +02:00
|
|
|
if (numstat)
|
|
|
|
numstat_patch_list(list);
|
|
|
|
|
2005-06-22 11:29:46 +02:00
|
|
|
if (summary)
|
|
|
|
summary_patch_list(list);
|
|
|
|
|
2005-05-23 19:52:17 +02:00
|
|
|
free(buffer);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-02-27 23:47:45 +01:00
|
|
|
static int git_apply_config(const char *var, const char *value)
|
|
|
|
{
|
|
|
|
if (!strcmp(var, "apply.whitespace")) {
|
2006-09-02 06:16:31 +02:00
|
|
|
apply_default_whitespace = xstrdup(value);
|
2006-02-27 23:47:45 +01:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
return git_default_config(var, value);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2007-01-21 02:17:19 +01:00
|
|
|
int cmd_apply(int argc, const char **argv, const char *unused_prefix)
|
2005-05-23 19:52:17 +02:00
|
|
|
{
|
|
|
|
int i;
|
2005-05-24 01:42:21 +02:00
|
|
|
int read_stdin = 1;
|
2006-06-24 22:10:11 +02:00
|
|
|
int inaccurate_eof = 0;
|
2006-08-17 02:55:29 +02:00
|
|
|
int errs = 0;
|
2007-02-17 22:12:52 +01:00
|
|
|
int is_not_gitdir = 0;
|
2006-06-24 22:10:11 +02:00
|
|
|
|
2006-02-27 23:47:45 +01:00
|
|
|
const char *whitespace_option = NULL;
|
2005-05-23 19:52:17 +02:00
|
|
|
|
2007-02-17 22:12:52 +01:00
|
|
|
prefix = setup_git_directory_gently(&is_not_gitdir);
|
|
|
|
prefix_length = prefix ? strlen(prefix) : 0;
|
2007-02-18 03:12:46 +01:00
|
|
|
git_config(git_apply_config);
|
|
|
|
if (apply_default_whitespace)
|
|
|
|
parse_whitespace_option(apply_default_whitespace);
|
2007-02-17 21:37:25 +01:00
|
|
|
|
2005-05-23 19:52:17 +02:00
|
|
|
for (i = 1; i < argc; i++) {
|
|
|
|
const char *arg = argv[i];
|
2006-04-10 11:33:06 +02:00
|
|
|
char *end;
|
2005-05-23 19:52:17 +02:00
|
|
|
int fd;
|
|
|
|
|
|
|
|
if (!strcmp(arg, "-")) {
|
2006-08-17 02:55:29 +02:00
|
|
|
errs |= apply_patch(0, "<stdin>", inaccurate_eof);
|
2005-05-24 01:42:21 +02:00
|
|
|
read_stdin = 0;
|
2005-05-23 19:52:17 +02:00
|
|
|
continue;
|
|
|
|
}
|
Mechanical conversion to use prefixcmp()
This mechanically converts strncmp() to use prefixcmp(), but only when
the parameters match specific patterns, so that they can be verified
easily. Leftover from this will be fixed in a separate step, including
idiotic conversions like
if (!strncmp("foo", arg, 3))
=>
if (!(-prefixcmp(arg, "foo")))
This was done by using this script in px.perl
#!/usr/bin/perl -i.bak -p
if (/strncmp\(([^,]+), "([^\\"]*)", (\d+)\)/ && (length($2) == $3)) {
s|strncmp\(([^,]+), "([^\\"]*)", (\d+)\)|prefixcmp($1, "$2")|;
}
if (/strncmp\("([^\\"]*)", ([^,]+), (\d+)\)/ && (length($1) == $3)) {
s|strncmp\("([^\\"]*)", ([^,]+), (\d+)\)|(-prefixcmp($2, "$1"))|;
}
and running:
$ git grep -l strncmp -- '*.c' | xargs perl px.perl
Signed-off-by: Junio C Hamano <junkio@cox.net>
2007-02-20 10:53:29 +01:00
|
|
|
if (!prefixcmp(arg, "--exclude=")) {
|
2005-07-22 18:56:57 +02:00
|
|
|
struct excludes *x = xmalloc(sizeof(*x));
|
|
|
|
x->path = arg + 10;
|
|
|
|
x->next = excludes;
|
|
|
|
excludes = x;
|
|
|
|
continue;
|
|
|
|
}
|
Mechanical conversion to use prefixcmp()
This mechanically converts strncmp() to use prefixcmp(), but only when
the parameters match specific patterns, so that they can be verified
easily. Leftover from this will be fixed in a separate step, including
idiotic conversions like
if (!strncmp("foo", arg, 3))
=>
if (!(-prefixcmp(arg, "foo")))
This was done by using this script in px.perl
#!/usr/bin/perl -i.bak -p
if (/strncmp\(([^,]+), "([^\\"]*)", (\d+)\)/ && (length($2) == $3)) {
s|strncmp\(([^,]+), "([^\\"]*)", (\d+)\)|prefixcmp($1, "$2")|;
}
if (/strncmp\("([^\\"]*)", ([^,]+), (\d+)\)/ && (length($1) == $3)) {
s|strncmp\("([^\\"]*)", ([^,]+), (\d+)\)|(-prefixcmp($2, "$1"))|;
}
and running:
$ git grep -l strncmp -- '*.c' | xargs perl px.perl
Signed-off-by: Junio C Hamano <junkio@cox.net>
2007-02-20 10:53:29 +01:00
|
|
|
if (!prefixcmp(arg, "-p")) {
|
2006-01-31 06:36:24 +01:00
|
|
|
p_value = atoi(arg + 2);
|
2007-02-22 01:05:56 +01:00
|
|
|
p_value_known = 1;
|
2006-01-31 06:36:24 +01:00
|
|
|
continue;
|
|
|
|
}
|
2005-11-10 05:38:33 +01:00
|
|
|
if (!strcmp(arg, "--no-add")) {
|
|
|
|
no_add = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2005-05-26 21:25:52 +02:00
|
|
|
if (!strcmp(arg, "--stat")) {
|
2005-05-27 00:10:02 +02:00
|
|
|
apply = 0;
|
2005-05-26 21:25:52 +02:00
|
|
|
diffstat = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2006-05-05 11:41:53 +02:00
|
|
|
if (!strcmp(arg, "--allow-binary-replacement") ||
|
|
|
|
!strcmp(arg, "--binary")) {
|
2006-09-07 07:45:21 +02:00
|
|
|
continue; /* now no-op */
|
2005-11-15 02:37:05 +01:00
|
|
|
}
|
2005-10-28 11:43:31 +02:00
|
|
|
if (!strcmp(arg, "--numstat")) {
|
|
|
|
apply = 0;
|
|
|
|
numstat = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2005-06-22 11:29:46 +02:00
|
|
|
if (!strcmp(arg, "--summary")) {
|
|
|
|
apply = 0;
|
|
|
|
summary = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2005-05-27 00:10:02 +02:00
|
|
|
if (!strcmp(arg, "--check")) {
|
|
|
|
apply = 0;
|
|
|
|
check = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2005-06-05 20:03:13 +02:00
|
|
|
if (!strcmp(arg, "--index")) {
|
2007-02-17 22:12:52 +01:00
|
|
|
if (is_not_gitdir)
|
|
|
|
die("--index outside a repository");
|
2005-06-05 20:03:13 +02:00
|
|
|
check_index = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2006-05-16 00:15:47 +02:00
|
|
|
if (!strcmp(arg, "--cached")) {
|
2007-02-17 22:12:52 +01:00
|
|
|
if (is_not_gitdir)
|
|
|
|
die("--cached outside a repository");
|
2006-05-16 00:15:47 +02:00
|
|
|
check_index = 1;
|
|
|
|
cached = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2005-06-23 18:00:01 +02:00
|
|
|
if (!strcmp(arg, "--apply")) {
|
|
|
|
apply = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2005-10-15 06:54:52 +02:00
|
|
|
if (!strcmp(arg, "--index-info")) {
|
2005-10-07 12:42:00 +02:00
|
|
|
apply = 0;
|
|
|
|
show_index_info = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2005-10-15 06:54:52 +02:00
|
|
|
if (!strcmp(arg, "-z")) {
|
|
|
|
line_termination = 0;
|
|
|
|
continue;
|
|
|
|
}
|
Mechanical conversion to use prefixcmp()
This mechanically converts strncmp() to use prefixcmp(), but only when
the parameters match specific patterns, so that they can be verified
easily. Leftover from this will be fixed in a separate step, including
idiotic conversions like
if (!strncmp("foo", arg, 3))
=>
if (!(-prefixcmp(arg, "foo")))
This was done by using this script in px.perl
#!/usr/bin/perl -i.bak -p
if (/strncmp\(([^,]+), "([^\\"]*)", (\d+)\)/ && (length($2) == $3)) {
s|strncmp\(([^,]+), "([^\\"]*)", (\d+)\)|prefixcmp($1, "$2")|;
}
if (/strncmp\("([^\\"]*)", ([^,]+), (\d+)\)/ && (length($1) == $3)) {
s|strncmp\("([^\\"]*)", ([^,]+), (\d+)\)|(-prefixcmp($2, "$1"))|;
}
and running:
$ git grep -l strncmp -- '*.c' | xargs perl px.perl
Signed-off-by: Junio C Hamano <junkio@cox.net>
2007-02-20 10:53:29 +01:00
|
|
|
if (!prefixcmp(arg, "-C")) {
|
2006-04-10 11:33:06 +02:00
|
|
|
p_context = strtoul(arg + 2, &end, 0);
|
|
|
|
if (*end != '\0')
|
|
|
|
die("unrecognized context count '%s'", arg + 2);
|
|
|
|
continue;
|
|
|
|
}
|
Mechanical conversion to use prefixcmp()
This mechanically converts strncmp() to use prefixcmp(), but only when
the parameters match specific patterns, so that they can be verified
easily. Leftover from this will be fixed in a separate step, including
idiotic conversions like
if (!strncmp("foo", arg, 3))
=>
if (!(-prefixcmp(arg, "foo")))
This was done by using this script in px.perl
#!/usr/bin/perl -i.bak -p
if (/strncmp\(([^,]+), "([^\\"]*)", (\d+)\)/ && (length($2) == $3)) {
s|strncmp\(([^,]+), "([^\\"]*)", (\d+)\)|prefixcmp($1, "$2")|;
}
if (/strncmp\("([^\\"]*)", ([^,]+), (\d+)\)/ && (length($1) == $3)) {
s|strncmp\("([^\\"]*)", ([^,]+), (\d+)\)|(-prefixcmp($2, "$1"))|;
}
and running:
$ git grep -l strncmp -- '*.c' | xargs perl px.perl
Signed-off-by: Junio C Hamano <junkio@cox.net>
2007-02-20 10:53:29 +01:00
|
|
|
if (!prefixcmp(arg, "--whitespace=")) {
|
2006-02-27 23:47:45 +01:00
|
|
|
whitespace_option = arg + 13;
|
|
|
|
parse_whitespace_option(arg + 13);
|
|
|
|
continue;
|
The war on trailing whitespace
On Sat, 25 Feb 2006, Andrew Morton wrote:
>
> I'd suggest a) git will simply refuse to apply such a patch unless given a
> special `forcing' flag, b) even when thus forced, it will still warn and c)
> with a different flag, it will strip-then-apply, without generating a
> warning.
This doesn't do the "strip-then-apply" thing, but it allows you to make
git-apply generate a warning or error on extraneous whitespace.
Use --whitespace=warn to warn, and (surprise, surprise) --whitespace=error
to make it a fatal error to have whitespace at the end.
Totally untested, of course. But it compiles, so it must be fine.
HOWEVER! Note that this literally will check every single patch-line with
"+" at the beginning. Which means that if you fix a simple typo, and the
line had a space at the end before, and you didn't remove it, that's still
considered a "new line with whitespace at the end", even though obviously
the line wasn't really new.
I assume this is what you wanted, and there isn't really any sane
alternatives (you could make the warning activate only for _pure_
additions with no deletions at all in that hunk, but that sounds a bit
insane).
Linus
2006-02-26 18:29:00 +01:00
|
|
|
}
|
2006-07-28 17:46:11 +02:00
|
|
|
if (!strcmp(arg, "-R") || !strcmp(arg, "--reverse")) {
|
2006-08-15 08:26:51 +02:00
|
|
|
apply_in_reverse = 1;
|
2006-07-28 17:46:11 +02:00
|
|
|
continue;
|
apply --unidiff-zero: loosen sanity checks for --unidiff=0 patches
In "git-apply", we have a few sanity checks and heuristics that
expects that the patch fed to us is a unified diff with at least
one line of context.
* When there is no leading context line in a hunk, the hunk
must apply at the beginning of the preimage. Similarly, no
trailing context means that the hunk is anchored at the end.
* We learn a patch deletes the file from a hunk that has no
resulting line (i.e. all lines are prefixed with '-') if it
has not otherwise been known if the patch deletes the file.
Similarly, no old line means the file is being created.
And we declare an error condition when the file created by a
creation patch already exists, and/or when a deletion patch
still leaves content in the file.
These sanity checks are good safety measures, but breaks down
when people feed a diff generated with --unified=0. This was
recently noticed first by Matthew Wilcox and Gerrit Pape.
This adds a new flag, --unified-zero, to allow bypassing these
checks. If you are in control of the patch generation process,
you should not use --unified=0 patch and fix it up with this
flag; rather you should try work with a patch with context. But
if all you have to work with is a patch without context, this
flag may come handy as the last resort.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-09-17 10:04:24 +02:00
|
|
|
}
|
|
|
|
if (!strcmp(arg, "--unidiff-zero")) {
|
|
|
|
unidiff_zero = 1;
|
|
|
|
continue;
|
2006-07-28 17:46:11 +02:00
|
|
|
}
|
2006-08-17 02:55:29 +02:00
|
|
|
if (!strcmp(arg, "--reject")) {
|
2006-08-28 00:53:20 +02:00
|
|
|
apply = apply_with_reject = apply_verbosely = 1;
|
2006-08-17 02:55:29 +02:00
|
|
|
continue;
|
|
|
|
}
|
2007-02-22 20:11:21 +01:00
|
|
|
if (!strcmp(arg, "-v") || !strcmp(arg, "--verbose")) {
|
2006-08-18 12:14:48 +02:00
|
|
|
apply_verbosely = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2006-06-24 22:10:11 +02:00
|
|
|
if (!strcmp(arg, "--inaccurate-eof")) {
|
|
|
|
inaccurate_eof = 1;
|
|
|
|
continue;
|
|
|
|
}
|
2005-11-26 08:14:15 +01:00
|
|
|
if (0 < prefix_length)
|
|
|
|
arg = prefix_filename(prefix, prefix_length, arg);
|
|
|
|
|
2005-05-23 19:52:17 +02:00
|
|
|
fd = open(arg, O_RDONLY);
|
|
|
|
if (fd < 0)
|
|
|
|
usage(apply_usage);
|
2005-05-24 01:42:21 +02:00
|
|
|
read_stdin = 0;
|
2006-02-28 10:12:52 +01:00
|
|
|
set_default_whitespace_mode(whitespace_option);
|
2006-08-17 02:55:29 +02:00
|
|
|
errs |= apply_patch(fd, arg, inaccurate_eof);
|
2005-05-23 19:52:17 +02:00
|
|
|
close(fd);
|
|
|
|
}
|
2006-02-28 10:12:52 +01:00
|
|
|
set_default_whitespace_mode(whitespace_option);
|
2005-05-24 01:42:21 +02:00
|
|
|
if (read_stdin)
|
2006-08-17 02:55:29 +02:00
|
|
|
errs |= apply_patch(0, "<stdin>", inaccurate_eof);
|
2006-02-27 23:16:30 +01:00
|
|
|
if (whitespace_error) {
|
|
|
|
if (squelch_whitespace_errors &&
|
|
|
|
squelch_whitespace_errors < whitespace_error) {
|
|
|
|
int squelched =
|
|
|
|
whitespace_error - squelch_whitespace_errors;
|
2006-08-17 02:55:29 +02:00
|
|
|
fprintf(stderr, "warning: squelched %d "
|
|
|
|
"whitespace error%s\n",
|
2006-02-27 23:16:30 +01:00
|
|
|
squelched,
|
|
|
|
squelched == 1 ? "" : "s");
|
|
|
|
}
|
|
|
|
if (new_whitespace == error_on_whitespace)
|
2007-06-03 04:55:54 +02:00
|
|
|
die("%d line%s add%s whitespace errors.",
|
2006-02-27 23:16:30 +01:00
|
|
|
whitespace_error,
|
|
|
|
whitespace_error == 1 ? "" : "s",
|
|
|
|
whitespace_error == 1 ? "s" : "");
|
2007-06-03 04:55:54 +02:00
|
|
|
if (applied_after_fixing_ws)
|
2006-02-27 23:16:30 +01:00
|
|
|
fprintf(stderr, "warning: %d line%s applied after"
|
2007-06-03 04:55:54 +02:00
|
|
|
" fixing whitespace errors.\n",
|
|
|
|
applied_after_fixing_ws,
|
|
|
|
applied_after_fixing_ws == 1 ? "" : "s");
|
2006-02-27 23:16:30 +01:00
|
|
|
else if (whitespace_error)
|
2007-06-03 04:55:54 +02:00
|
|
|
fprintf(stderr, "warning: %d line%s add%s whitespace errors.\n",
|
2006-02-27 23:16:30 +01:00
|
|
|
whitespace_error,
|
|
|
|
whitespace_error == 1 ? "" : "s",
|
|
|
|
whitespace_error == 1 ? "s" : "");
|
|
|
|
}
|
2006-05-09 10:08:23 +02:00
|
|
|
|
2007-04-02 07:46:06 +02:00
|
|
|
if (update_index) {
|
2006-05-09 10:08:23 +02:00
|
|
|
if (write_cache(newfd, active_cache, active_nr) ||
|
_GIT_INDEX_OUTPUT: allow plumbing to output to an alternative index file.
When defined, this allows plumbing commands that update the
index (add, apply, checkout-index, merge-recursive, mv,
read-tree, rm, update-index, and write-tree) to write their
resulting index to an alternative index file while holding a
lock to the original index file. With this, git-commit that
jumps the index does not have to make an extra copy of the index
file, and more importantly, it can do the update while holding
the lock on the index.
However, I think the interface to let an environment variable
specify the output is a mistake, as shown in the documentation.
If a curious user has the environment variable set to something
other than the file GIT_INDEX_FILE points at, almost everything
will break. This should instead be a command line parameter to
tell these plumbing commands to write the result in the named
file, to prevent stupid mistakes.
Signed-off-by: Junio C Hamano <junkio@cox.net>
2007-04-01 08:09:02 +02:00
|
|
|
close(newfd) || commit_locked_index(&lock_file))
|
2006-06-06 21:51:49 +02:00
|
|
|
die("Unable to write new index file");
|
2006-05-09 10:08:23 +02:00
|
|
|
}
|
|
|
|
|
2006-08-17 02:55:29 +02:00
|
|
|
return !!errs;
|
2005-05-23 19:52:17 +02:00
|
|
|
}
|