2012-10-26 17:53:49 +02:00
|
|
|
#include "cache.h"
|
2017-12-21 20:19:06 +01:00
|
|
|
#include "diff.h"
|
|
|
|
#include "diffcore.h"
|
2014-10-01 12:28:42 +02:00
|
|
|
#include "lockfile.h"
|
2012-10-26 17:53:49 +02:00
|
|
|
#include "commit.h"
|
|
|
|
#include "run-command.h"
|
|
|
|
#include "resolve-undo.h"
|
|
|
|
#include "tree-walk.h"
|
|
|
|
#include "unpack-trees.h"
|
|
|
|
#include "dir.h"
|
|
|
|
|
|
|
|
static const char *merge_argument(struct commit *commit)
|
|
|
|
{
|
2018-05-02 02:25:57 +02:00
|
|
|
return oid_to_hex(commit ? &commit->object.oid : the_hash_algo->empty_tree);
|
2012-10-26 17:53:49 +02:00
|
|
|
}
|
|
|
|
|
2018-09-21 17:57:29 +02:00
|
|
|
int try_merge_command(struct repository *r,
|
|
|
|
const char *strategy, size_t xopts_nr,
|
2012-10-26 17:53:49 +02:00
|
|
|
const char **xopts, struct commit_list *common,
|
|
|
|
const char *head_arg, struct commit_list *remotes)
|
|
|
|
{
|
2020-07-28 22:25:12 +02:00
|
|
|
struct strvec args = STRVEC_INIT;
|
2014-06-19 23:29:31 +02:00
|
|
|
int i, ret;
|
2012-10-26 17:53:49 +02:00
|
|
|
struct commit_list *j;
|
|
|
|
|
2020-07-28 22:25:12 +02:00
|
|
|
strvec_pushf(&args, "merge-%s", strategy);
|
2014-06-19 23:29:31 +02:00
|
|
|
for (i = 0; i < xopts_nr; i++)
|
2020-07-28 22:25:12 +02:00
|
|
|
strvec_pushf(&args, "--%s", xopts[i]);
|
2012-10-26 17:53:49 +02:00
|
|
|
for (j = common; j; j = j->next)
|
2020-07-28 22:25:12 +02:00
|
|
|
strvec_push(&args, merge_argument(j->item));
|
|
|
|
strvec_push(&args, "--");
|
|
|
|
strvec_push(&args, head_arg);
|
2012-10-26 17:53:49 +02:00
|
|
|
for (j = remotes; j; j = j->next)
|
2020-07-28 22:25:12 +02:00
|
|
|
strvec_push(&args, merge_argument(j->item));
|
2014-06-19 23:29:31 +02:00
|
|
|
|
2020-07-29 02:37:20 +02:00
|
|
|
ret = run_command_v_opt(args.v, RUN_GIT_CMD);
|
2020-07-28 22:25:12 +02:00
|
|
|
strvec_clear(&args);
|
2014-06-19 23:29:31 +02:00
|
|
|
|
2018-09-21 17:57:29 +02:00
|
|
|
discard_index(r->index);
|
2019-01-12 03:13:26 +01:00
|
|
|
if (repo_read_index(r) < 0)
|
2012-10-26 17:53:49 +02:00
|
|
|
die(_("failed to read the cache"));
|
2018-09-21 17:57:29 +02:00
|
|
|
resolve_undo_clear_index(r->index);
|
2012-10-26 17:53:49 +02:00
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2018-09-21 17:57:29 +02:00
|
|
|
int checkout_fast_forward(struct repository *r,
|
|
|
|
const struct object_id *head,
|
2017-05-07 00:10:33 +02:00
|
|
|
const struct object_id *remote,
|
2012-10-26 17:53:49 +02:00
|
|
|
int overwrite_ignore)
|
|
|
|
{
|
|
|
|
struct tree *trees[MAX_UNPACK_TREES];
|
|
|
|
struct unpack_trees_options opts;
|
|
|
|
struct tree_desc t[MAX_UNPACK_TREES];
|
2014-06-13 14:19:23 +02:00
|
|
|
int i, nr_trees = 0;
|
2012-10-26 17:53:49 +02:00
|
|
|
struct dir_struct dir;
|
2017-10-05 22:32:04 +02:00
|
|
|
struct lock_file lock_file = LOCK_INIT;
|
2012-10-26 17:53:49 +02:00
|
|
|
|
2018-09-21 17:57:29 +02:00
|
|
|
refresh_index(r->index, REFRESH_QUIET, NULL, NULL, NULL);
|
2012-10-26 17:53:49 +02:00
|
|
|
|
2019-01-12 03:13:24 +01:00
|
|
|
if (repo_hold_locked_index(r, &lock_file, LOCK_REPORT_ON_ERROR) < 0)
|
2016-09-09 16:38:00 +02:00
|
|
|
return -1;
|
2012-10-26 17:53:49 +02:00
|
|
|
|
|
|
|
memset(&trees, 0, sizeof(trees));
|
|
|
|
memset(&t, 0, sizeof(t));
|
2018-05-20 12:17:34 +02:00
|
|
|
|
|
|
|
trees[nr_trees] = parse_tree_indirect(head);
|
|
|
|
if (!trees[nr_trees++]) {
|
|
|
|
rollback_lock_file(&lock_file);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
trees[nr_trees] = parse_tree_indirect(remote);
|
|
|
|
if (!trees[nr_trees++]) {
|
|
|
|
rollback_lock_file(&lock_file);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
for (i = 0; i < nr_trees; i++) {
|
|
|
|
parse_tree(trees[i]);
|
|
|
|
init_tree_desc(t+i, trees[i]->buffer, trees[i]->size);
|
|
|
|
}
|
|
|
|
|
|
|
|
memset(&opts, 0, sizeof(opts));
|
dir: fix problematic API to avoid memory leaks
The dir structure seemed to have a number of leaks and problems around
it. First I noticed that parent_hashmap and recursive_hashmap were
being leaked (though Peff noticed and submitted fixes before me). Then
I noticed in the previous commit that clear_directory() was only taking
responsibility for a subset of fields within dir_struct, despite the
fact that entries[] and ignored[] we allocated internally to dir.c.
That, of course, resulted in many callers either leaking or haphazardly
trying to free these arrays and their contents.
Digging further, I found that despite the pretty clear documentation
near the top of dir.h that folks were supposed to call clear_directory()
when the user no longer needed the dir_struct, there were four callers
that didn't bother doing that at all. However, two of them clearly
thought about leaks since they had an UNLEAK(dir) directive, which to me
suggests that the method to free the data was too unclear. I suspect
the non-obviousness of the API and its holes led folks to avoid it,
which then snowballed into further problems with the entries[],
ignored[], parent_hashmap, and recursive_hashmap problems.
Rename clear_directory() to dir_clear() to be more in line with other
data structures in git, and introduce a dir_init() to handle the
suggested memsetting of dir_struct to all zeroes. I hope that a name
like "dir_clear()" is more clear, and that the presence of dir_init()
will provide a hint to those looking at the code that they need to look
for either a dir_clear() or a dir_free() and lead them to find
dir_clear().
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-08-19 00:58:26 +02:00
|
|
|
dir_init(&dir);
|
2012-10-26 17:53:49 +02:00
|
|
|
if (overwrite_ignore) {
|
|
|
|
dir.flags |= DIR_SHOW_IGNORED;
|
|
|
|
setup_standard_excludes(&dir);
|
|
|
|
opts.dir = &dir;
|
|
|
|
}
|
|
|
|
|
|
|
|
opts.head_idx = 1;
|
2018-09-21 17:57:29 +02:00
|
|
|
opts.src_index = r->index;
|
|
|
|
opts.dst_index = r->index;
|
2012-10-26 17:53:49 +02:00
|
|
|
opts.update = 1;
|
|
|
|
opts.verbose_update = 1;
|
|
|
|
opts.merge = 1;
|
|
|
|
opts.fn = twoway_merge;
|
2020-03-16 19:05:04 +01:00
|
|
|
init_checkout_metadata(&opts.meta, NULL, remote, NULL);
|
2012-10-26 17:53:49 +02:00
|
|
|
setup_unpack_trees_porcelain(&opts, "merge");
|
|
|
|
|
2018-02-28 20:07:57 +01:00
|
|
|
if (unpack_trees(nr_trees, t, &opts)) {
|
|
|
|
rollback_lock_file(&lock_file);
|
2018-05-21 16:54:28 +02:00
|
|
|
clear_unpack_trees_porcelain(&opts);
|
2012-10-26 17:53:49 +02:00
|
|
|
return -1;
|
2018-02-28 20:07:57 +01:00
|
|
|
}
|
dir: fix problematic API to avoid memory leaks
The dir structure seemed to have a number of leaks and problems around
it. First I noticed that parent_hashmap and recursive_hashmap were
being leaked (though Peff noticed and submitted fixes before me). Then
I noticed in the previous commit that clear_directory() was only taking
responsibility for a subset of fields within dir_struct, despite the
fact that entries[] and ignored[] we allocated internally to dir.c.
That, of course, resulted in many callers either leaking or haphazardly
trying to free these arrays and their contents.
Digging further, I found that despite the pretty clear documentation
near the top of dir.h that folks were supposed to call clear_directory()
when the user no longer needed the dir_struct, there were four callers
that didn't bother doing that at all. However, two of them clearly
thought about leaks since they had an UNLEAK(dir) directive, which to me
suggests that the method to free the data was too unclear. I suspect
the non-obviousness of the API and its holes led folks to avoid it,
which then snowballed into further problems with the entries[],
ignored[], parent_hashmap, and recursive_hashmap problems.
Rename clear_directory() to dir_clear() to be more in line with other
data structures in git, and introduce a dir_init() to handle the
suggested memsetting of dir_struct to all zeroes. I hope that a name
like "dir_clear()" is more clear, and that the presence of dir_init()
will provide a hint to those looking at the code that they need to look
for either a dir_clear() or a dir_free() and lead them to find
dir_clear().
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-08-19 00:58:26 +02:00
|
|
|
dir_clear(&dir);
|
2018-05-21 16:54:28 +02:00
|
|
|
clear_unpack_trees_porcelain(&opts);
|
|
|
|
|
2018-09-21 17:57:29 +02:00
|
|
|
if (write_locked_index(r->index, &lock_file, COMMIT_LOCK))
|
2016-09-09 16:38:00 +02:00
|
|
|
return error(_("unable to write new index file"));
|
2012-10-26 17:53:49 +02:00
|
|
|
return 0;
|
|
|
|
}
|