2005-04-08 02:16:10 +04:00
|
|
|
/*
|
|
|
|
* GIT - The information manager from hell
|
|
|
|
*
|
|
|
|
* Copyright (C) Linus Torvalds, 2005
|
|
|
|
*/
|
2005-09-06 23:53:56 +04:00
|
|
|
|
2005-04-08 02:13:13 +04:00
|
|
|
#include "cache.h"
|
2005-09-05 10:04:48 +04:00
|
|
|
#include "object.h"
|
|
|
|
#include "tree.h"
|
2006-05-29 23:18:00 +04:00
|
|
|
#include "tree-walk.h"
|
2006-04-25 08:18:58 +04:00
|
|
|
#include "cache-tree.h"
|
2006-07-30 22:25:18 +04:00
|
|
|
#include "unpack-trees.h"
|
2006-12-05 03:00:46 +03:00
|
|
|
#include "dir.h"
|
2006-05-23 16:15:32 +04:00
|
|
|
#include "builtin.h"
|
2005-09-05 10:04:48 +04:00
|
|
|
|
2007-08-10 09:21:29 +04:00
|
|
|
static int nr_trees;
|
2008-03-14 08:07:18 +03:00
|
|
|
static struct tree *trees[MAX_UNPACK_TREES];
|
2005-09-05 10:04:48 +04:00
|
|
|
|
|
|
|
static int list_tree(unsigned char *sha1)
|
|
|
|
{
|
2007-08-10 09:21:29 +04:00
|
|
|
struct tree *tree;
|
|
|
|
|
2008-03-14 08:07:18 +03:00
|
|
|
if (nr_trees >= MAX_UNPACK_TREES)
|
|
|
|
die("I cannot read more than %d trees", MAX_UNPACK_TREES);
|
2007-08-10 09:21:29 +04:00
|
|
|
tree = parse_tree_indirect(sha1);
|
2005-09-05 10:04:48 +04:00
|
|
|
if (!tree)
|
|
|
|
return -1;
|
2007-08-10 09:21:29 +04:00
|
|
|
trees[nr_trees++] = tree;
|
2005-09-05 10:04:48 +04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-04-27 12:33:07 +04:00
|
|
|
static void prime_cache_tree_rec(struct cache_tree *it, struct tree *tree)
|
|
|
|
{
|
2006-05-29 23:18:00 +04:00
|
|
|
struct tree_desc desc;
|
tree_entry(): new tree-walking helper function
This adds a "tree_entry()" function that combines the common operation of
doing a "tree_entry_extract()" + "update_tree_entry()".
It also has a simplified calling convention, designed for simple loops
that traverse over a whole tree: the arguments are pointers to the tree
descriptor and a name_entry structure to fill in, and it returns a boolean
"true" if there was an entry left to be gotten in the tree.
This allows tree traversal with
struct tree_desc desc;
struct name_entry entry;
desc.buf = tree->buffer;
desc.size = tree->size;
while (tree_entry(&desc, &entry) {
... use "entry.{path, sha1, mode, pathlen}" ...
}
which is not only shorter than writing it out in full, it's hopefully less
error prone too.
[ It's actually a tad faster too - we don't need to recalculate the entry
pathlength in both extract and update, but need to do it only once.
Also, some callers can avoid doing a "strlen()" on the result, since
it's returned as part of the name_entry structure.
However, by now we're talking just 1% speedup on "git-rev-list --objects
--all", and we're definitely at the point where tree walking is no
longer the issue any more. ]
NOTE! Not everybody wants to use this new helper function, since some of
the tree walkers very much on purpose do the descriptor update separately
from the entry extraction. So the "extract + update" sequence still
remains as the core sequence, this is just a simplified interface.
We should probably add a silly two-line inline helper function for
initializing the descriptor from the "struct tree" too, just to cut down
on the noise from that common "desc" initializer.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-30 20:45:45 +04:00
|
|
|
struct name_entry entry;
|
2006-04-27 12:33:07 +04:00
|
|
|
int cnt;
|
2006-05-20 11:56:11 +04:00
|
|
|
|
2006-08-23 10:49:00 +04:00
|
|
|
hashcpy(it->sha1, tree->object.sha1);
|
2007-03-21 20:08:25 +03:00
|
|
|
init_tree_desc(&desc, tree->buffer, tree->size);
|
2006-05-29 23:18:00 +04:00
|
|
|
cnt = 0;
|
tree_entry(): new tree-walking helper function
This adds a "tree_entry()" function that combines the common operation of
doing a "tree_entry_extract()" + "update_tree_entry()".
It also has a simplified calling convention, designed for simple loops
that traverse over a whole tree: the arguments are pointers to the tree
descriptor and a name_entry structure to fill in, and it returns a boolean
"true" if there was an entry left to be gotten in the tree.
This allows tree traversal with
struct tree_desc desc;
struct name_entry entry;
desc.buf = tree->buffer;
desc.size = tree->size;
while (tree_entry(&desc, &entry) {
... use "entry.{path, sha1, mode, pathlen}" ...
}
which is not only shorter than writing it out in full, it's hopefully less
error prone too.
[ It's actually a tad faster too - we don't need to recalculate the entry
pathlength in both extract and update, but need to do it only once.
Also, some callers can avoid doing a "strlen()" on the result, since
it's returned as part of the name_entry structure.
However, by now we're talking just 1% speedup on "git-rev-list --objects
--all", and we're definitely at the point where tree walking is no
longer the issue any more. ]
NOTE! Not everybody wants to use this new helper function, since some of
the tree walkers very much on purpose do the descriptor update separately
from the entry extraction. So the "extract + update" sequence still
remains as the core sequence, this is just a simplified interface.
We should probably add a silly two-line inline helper function for
initializing the descriptor from the "struct tree" too, just to cut down
on the noise from that common "desc" initializer.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-30 20:45:45 +04:00
|
|
|
while (tree_entry(&desc, &entry)) {
|
|
|
|
if (!S_ISDIR(entry.mode))
|
2006-04-27 12:33:07 +04:00
|
|
|
cnt++;
|
|
|
|
else {
|
|
|
|
struct cache_tree_sub *sub;
|
tree_entry(): new tree-walking helper function
This adds a "tree_entry()" function that combines the common operation of
doing a "tree_entry_extract()" + "update_tree_entry()".
It also has a simplified calling convention, designed for simple loops
that traverse over a whole tree: the arguments are pointers to the tree
descriptor and a name_entry structure to fill in, and it returns a boolean
"true" if there was an entry left to be gotten in the tree.
This allows tree traversal with
struct tree_desc desc;
struct name_entry entry;
desc.buf = tree->buffer;
desc.size = tree->size;
while (tree_entry(&desc, &entry) {
... use "entry.{path, sha1, mode, pathlen}" ...
}
which is not only shorter than writing it out in full, it's hopefully less
error prone too.
[ It's actually a tad faster too - we don't need to recalculate the entry
pathlength in both extract and update, but need to do it only once.
Also, some callers can avoid doing a "strlen()" on the result, since
it's returned as part of the name_entry structure.
However, by now we're talking just 1% speedup on "git-rev-list --objects
--all", and we're definitely at the point where tree walking is no
longer the issue any more. ]
NOTE! Not everybody wants to use this new helper function, since some of
the tree walkers very much on purpose do the descriptor update separately
from the entry extraction. So the "extract + update" sequence still
remains as the core sequence, this is just a simplified interface.
We should probably add a silly two-line inline helper function for
initializing the descriptor from the "struct tree" too, just to cut down
on the noise from that common "desc" initializer.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-30 20:45:45 +04:00
|
|
|
struct tree *subtree = lookup_tree(entry.sha1);
|
2006-04-27 12:33:07 +04:00
|
|
|
if (!subtree->object.parsed)
|
|
|
|
parse_tree(subtree);
|
tree_entry(): new tree-walking helper function
This adds a "tree_entry()" function that combines the common operation of
doing a "tree_entry_extract()" + "update_tree_entry()".
It also has a simplified calling convention, designed for simple loops
that traverse over a whole tree: the arguments are pointers to the tree
descriptor and a name_entry structure to fill in, and it returns a boolean
"true" if there was an entry left to be gotten in the tree.
This allows tree traversal with
struct tree_desc desc;
struct name_entry entry;
desc.buf = tree->buffer;
desc.size = tree->size;
while (tree_entry(&desc, &entry) {
... use "entry.{path, sha1, mode, pathlen}" ...
}
which is not only shorter than writing it out in full, it's hopefully less
error prone too.
[ It's actually a tad faster too - we don't need to recalculate the entry
pathlength in both extract and update, but need to do it only once.
Also, some callers can avoid doing a "strlen()" on the result, since
it's returned as part of the name_entry structure.
However, by now we're talking just 1% speedup on "git-rev-list --objects
--all", and we're definitely at the point where tree walking is no
longer the issue any more. ]
NOTE! Not everybody wants to use this new helper function, since some of
the tree walkers very much on purpose do the descriptor update separately
from the entry extraction. So the "extract + update" sequence still
remains as the core sequence, this is just a simplified interface.
We should probably add a silly two-line inline helper function for
initializing the descriptor from the "struct tree" too, just to cut down
on the noise from that common "desc" initializer.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-30 20:45:45 +04:00
|
|
|
sub = cache_tree_sub(it, entry.path);
|
2006-04-27 12:33:07 +04:00
|
|
|
sub->cache_tree = cache_tree();
|
|
|
|
prime_cache_tree_rec(sub->cache_tree, subtree);
|
|
|
|
cnt += sub->cache_tree->entry_count;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
it->entry_count = cnt;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void prime_cache_tree(void)
|
|
|
|
{
|
2007-08-10 09:21:29 +04:00
|
|
|
if (!nr_trees)
|
2006-04-27 12:33:07 +04:00
|
|
|
return;
|
|
|
|
active_cache_tree = cache_tree();
|
2007-08-10 09:21:29 +04:00
|
|
|
prime_cache_tree_rec(active_cache_tree, trees[0]);
|
2006-04-27 12:33:07 +04:00
|
|
|
|
|
|
|
}
|
|
|
|
|
2008-09-13 21:18:36 +04:00
|
|
|
static const char read_tree_usage[] = "git read-tree (<sha> | [[-m [--trivial] [--aggressive] | --reset | --prefix=<prefix>] [-u | -i]] [--exclude-per-directory=<gitignore>] [--index-output=<file>] <sha1> [<sha2> [<sha3>]])";
|
2005-04-21 06:49:16 +04:00
|
|
|
|
2006-06-06 23:51:49 +04:00
|
|
|
static struct lock_file lock_file;
|
2005-06-06 23:20:55 +04:00
|
|
|
|
2006-08-04 00:44:09 +04:00
|
|
|
int cmd_read_tree(int argc, const char **argv, const char *unused_prefix)
|
2005-04-08 02:13:13 +04:00
|
|
|
{
|
2006-05-15 19:09:31 +04:00
|
|
|
int i, newfd, stage = 0;
|
2005-04-08 02:13:13 +04:00
|
|
|
unsigned char sha1[20];
|
2008-03-14 08:07:18 +03:00
|
|
|
struct tree_desc t[MAX_UNPACK_TREES];
|
2006-07-30 22:25:18 +04:00
|
|
|
struct unpack_trees_options opts;
|
2005-04-21 21:55:18 +04:00
|
|
|
|
2006-07-30 22:25:18 +04:00
|
|
|
memset(&opts, 0, sizeof(opts));
|
|
|
|
opts.head_idx = -1;
|
2008-03-07 05:12:28 +03:00
|
|
|
opts.src_index = &the_index;
|
|
|
|
opts.dst_index = &the_index;
|
2006-07-08 22:34:02 +04:00
|
|
|
|
2008-05-14 21:46:53 +04:00
|
|
|
git_config(git_default_config, NULL);
|
2005-11-26 11:50:02 +03:00
|
|
|
|
_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 10:09:02 +04:00
|
|
|
newfd = hold_locked_index(&lock_file, 1);
|
2005-04-09 23:11:25 +04:00
|
|
|
|
|
|
|
for (i = 1; i < argc; i++) {
|
|
|
|
const char *arg = argv[i];
|
|
|
|
|
2005-09-11 04:46:27 +04:00
|
|
|
/* "-u" means "update", meaning that a merge will update
|
|
|
|
* the working tree.
|
|
|
|
*/
|
2005-06-06 09:07:31 +04:00
|
|
|
if (!strcmp(arg, "-u")) {
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.update = 1;
|
2005-06-06 09:07:31 +04:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2006-02-23 06:02:39 +03:00
|
|
|
if (!strcmp(arg, "-v")) {
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.verbose_update = 1;
|
2006-02-23 06:02:39 +03:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2005-09-11 04:46:27 +04:00
|
|
|
/* "-i" means "index only", meaning that a merge will
|
|
|
|
* not even look at the working tree.
|
|
|
|
*/
|
|
|
|
if (!strcmp(arg, "-i")) {
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.index_only = 1;
|
2005-09-11 04:46:27 +04:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2007-04-01 10:27:41 +04:00
|
|
|
if (!prefixcmp(arg, "--index-output=")) {
|
|
|
|
set_alternate_index_output(arg + 15);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2006-01-15 08:46:58 +03:00
|
|
|
/* "--prefix=<subdirectory>/" means keep the current index
|
|
|
|
* entries and put the entries from the tree under the
|
|
|
|
* given subdirectory.
|
|
|
|
*/
|
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 12:53:29 +03:00
|
|
|
if (!prefixcmp(arg, "--prefix=")) {
|
2006-07-30 22:25:18 +04:00
|
|
|
if (stage || opts.merge || opts.prefix)
|
2006-01-15 08:46:58 +03:00
|
|
|
usage(read_tree_usage);
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.prefix = arg + 9;
|
|
|
|
opts.merge = 1;
|
2006-01-15 08:46:58 +03:00
|
|
|
stage = 1;
|
|
|
|
if (read_cache_unmerged())
|
|
|
|
die("you need to resolve your current index first");
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2006-06-03 12:49:31 +04:00
|
|
|
/* This differs from "-m" in that we'll silently ignore
|
|
|
|
* unmerged entries and overwrite working tree files that
|
|
|
|
* correspond to them.
|
|
|
|
*/
|
2005-06-09 23:51:01 +04:00
|
|
|
if (!strcmp(arg, "--reset")) {
|
2006-07-30 22:25:18 +04:00
|
|
|
if (stage || opts.merge || opts.prefix)
|
2005-06-09 23:51:01 +04:00
|
|
|
usage(read_tree_usage);
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.reset = 1;
|
|
|
|
opts.merge = 1;
|
2005-06-09 23:51:01 +04:00
|
|
|
stage = 1;
|
|
|
|
read_cache_unmerged();
|
2005-06-15 21:25:46 +04:00
|
|
|
continue;
|
2005-06-09 23:51:01 +04:00
|
|
|
}
|
|
|
|
|
2005-09-29 19:16:12 +04:00
|
|
|
if (!strcmp(arg, "--trivial")) {
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.trivial_merges_only = 1;
|
2005-09-29 19:16:12 +04:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2006-02-04 09:04:14 +03:00
|
|
|
if (!strcmp(arg, "--aggressive")) {
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.aggressive = 1;
|
2006-02-04 09:04:14 +03:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2005-04-16 09:53:45 +04:00
|
|
|
/* "-m" stands for "merge", meaning we start in stage 1 */
|
2005-04-09 23:11:25 +04:00
|
|
|
if (!strcmp(arg, "-m")) {
|
2006-07-30 22:25:18 +04:00
|
|
|
if (stage || opts.merge || opts.prefix)
|
2005-06-09 23:51:01 +04:00
|
|
|
usage(read_tree_usage);
|
|
|
|
if (read_cache_unmerged())
|
|
|
|
die("you need to resolve your current index first");
|
2005-04-16 09:53:45 +04:00
|
|
|
stage = 1;
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.merge = 1;
|
2005-04-09 23:11:25 +04:00
|
|
|
continue;
|
|
|
|
}
|
2005-06-11 05:36:08 +04: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 12:53:29 +03:00
|
|
|
if (!prefixcmp(arg, "--exclude-per-directory=")) {
|
2006-12-05 03:00:46 +03:00
|
|
|
struct dir_struct *dir;
|
|
|
|
|
|
|
|
if (opts.dir)
|
|
|
|
die("more than one --exclude-per-directory are given.");
|
|
|
|
|
2007-03-28 02:30:19 +04:00
|
|
|
dir = xcalloc(1, sizeof(*opts.dir));
|
2006-12-05 03:00:46 +03:00
|
|
|
dir->show_ignored = 1;
|
|
|
|
dir->exclude_per_dir = arg + 24;
|
|
|
|
opts.dir = dir;
|
|
|
|
/* We do not need to nor want to do read-directory
|
|
|
|
* here; we are merely interested in reusing the
|
|
|
|
* per directory ignore stack mechanism.
|
|
|
|
*/
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2005-09-11 04:46:27 +04:00
|
|
|
/* using -u and -i at the same time makes no sense */
|
2006-07-30 22:25:18 +04:00
|
|
|
if (1 < opts.index_only + opts.update)
|
2005-09-11 04:46:27 +04:00
|
|
|
usage(read_tree_usage);
|
|
|
|
|
2006-05-09 01:43:38 +04:00
|
|
|
if (get_sha1(arg, sha1))
|
|
|
|
die("Not a valid object name %s", arg);
|
2005-09-05 10:04:48 +04:00
|
|
|
if (list_tree(sha1) < 0)
|
2005-04-13 13:28:48 +04:00
|
|
|
die("failed to unpack tree object %s", arg);
|
2005-04-16 09:53:45 +04:00
|
|
|
stage++;
|
2005-04-09 23:11:25 +04:00
|
|
|
}
|
2006-07-30 22:25:18 +04:00
|
|
|
if ((opts.update||opts.index_only) && !opts.merge)
|
2005-06-08 02:20:39 +04:00
|
|
|
usage(read_tree_usage);
|
2006-12-05 03:00:46 +03:00
|
|
|
if ((opts.dir && !opts.update))
|
|
|
|
die("--exclude-per-directory is meaningless unless -u");
|
2008-08-28 17:03:22 +04:00
|
|
|
if (opts.merge && !opts.index_only)
|
|
|
|
setup_work_tree();
|
2005-10-02 11:50:16 +04:00
|
|
|
|
2006-07-30 22:25:18 +04:00
|
|
|
if (opts.merge) {
|
2005-09-05 10:04:48 +04:00
|
|
|
if (stage < 2)
|
2005-04-19 22:41:18 +04:00
|
|
|
die("just how do you expect me to merge %d trees?", stage-1);
|
2005-09-05 10:04:48 +04:00
|
|
|
switch (stage - 1) {
|
|
|
|
case 1:
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.fn = opts.prefix ? bind_merge : oneway_merge;
|
2005-09-05 10:04:48 +04:00
|
|
|
break;
|
|
|
|
case 2:
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.fn = twoway_merge;
|
checkout: do not lose staged removal
The logic to checkout a different commit implements the safety to never
lose user's local changes. For example, switching from a commit to
another commit, when you have changed a path that is different between
them, need to merge your changes to the version from the switched-to
commit, which you may not necessarily be able to resolve easily. By
default, "git checkout" refused to switch branches, to give you a chance
to stash your local changes (or use "-m" to merge, accepting the risks of
getting conflicts).
This safety, however, had one deliberate hole since early June 2005. When
your local change was to remove a path (and optionally to stage that
removal), the command checked out the path from the switched-to commit
nevertheless.
This was to allow an initial checkout to happen smoothly (e.g. an initial
checkout is done by starting with an empty index and switching from the
commit at the HEAD to the same commit). We can tighten the rule slightly
to allow this special case to pass, without losing sight of removal
explicitly done by the user, by noticing if the index is truly empty when
the operation begins.
For historical background, see:
http://thread.gmane.org/gmane.comp.version-control.git/4641/focus=4646
This case is marked as *0* in the message, which both Linus and I said "it
feels somewhat wrong but otherwise we cannot start from an empty index".
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-09-08 06:49:25 +04:00
|
|
|
opts.initial_checkout = !active_nr;
|
2005-09-05 10:04:48 +04:00
|
|
|
break;
|
|
|
|
case 3:
|
|
|
|
default:
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.fn = threeway_merge;
|
2006-04-27 11:13:34 +04:00
|
|
|
cache_tree_free(&active_cache_tree);
|
2005-09-05 10:04:48 +04:00
|
|
|
break;
|
2005-06-11 05:36:08 +04:00
|
|
|
}
|
2005-09-05 10:04:48 +04:00
|
|
|
|
|
|
|
if (stage - 1 >= 3)
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.head_idx = stage - 2;
|
2005-09-05 10:04:48 +04:00
|
|
|
else
|
2006-07-30 22:25:18 +04:00
|
|
|
opts.head_idx = 1;
|
2005-09-05 10:04:48 +04:00
|
|
|
}
|
|
|
|
|
2007-08-10 09:21:29 +04:00
|
|
|
for (i = 0; i < nr_trees; i++) {
|
|
|
|
struct tree *tree = trees[i];
|
|
|
|
parse_tree(tree);
|
|
|
|
init_tree_desc(t+i, tree->buffer, tree->size);
|
|
|
|
}
|
2008-02-07 19:39:48 +03:00
|
|
|
if (unpack_trees(nr_trees, t, &opts))
|
|
|
|
return 128;
|
2006-04-27 12:33:07 +04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* When reading only one tree (either the most basic form,
|
|
|
|
* "-m ent" or "--reset ent" form), we can obtain a fully
|
|
|
|
* valid cache-tree because the index must match exactly
|
|
|
|
* what came from the tree.
|
|
|
|
*/
|
2007-08-10 09:21:29 +04:00
|
|
|
if (nr_trees && !opts.prefix && (!opts.merge || (stage == 2))) {
|
2006-05-07 19:42:37 +04:00
|
|
|
cache_tree_free(&active_cache_tree);
|
2006-04-27 12:33:07 +04:00
|
|
|
prime_cache_tree();
|
|
|
|
}
|
|
|
|
|
2005-06-06 23:20:55 +04:00
|
|
|
if (write_cache(newfd, active_cache, active_nr) ||
|
2008-01-16 22:12:46 +03:00
|
|
|
commit_locked_index(&lock_file))
|
2005-04-13 13:28:48 +04:00
|
|
|
die("unable to write new index file");
|
2005-04-12 02:39:26 +04:00
|
|
|
return 0;
|
2005-04-08 02:13:13 +04:00
|
|
|
}
|