cocci & cache-tree.h: migrate "write_cache_as_tree" to "*_index_*"
Add a trivial rule for "write_cache_as_tree" to
"index-compatibility.cocci", and apply it. This was left out of the
rules added in 0e6550a2c63 (cocci: add a
index-compatibility.pending.cocci, 2022-11-19) because this
compatibility wrapper lived in "cache-tree.h", not "cache.h"
But it's like the other "USE_THE_INDEX_COMPATIBILITY_MACROS", so let's
migrate it too.
The replacement of "USE_THE_INDEX_COMPATIBILITY_MACROS" here with
"USE_THE_INDEX_VARIABLE" is a manual change on top, now that these
files only use "&the_index", and don't need any compatibility
macros (or functions).
The wrapping of some argument lists is likewise manual, as coccinelle
would otherwise give us overly long argument lists.
The reason for putting the "O" in the cocci rule on the "-" and "+"
lines is because I couldn't get correct whitespacing otherwise,
i.e. I'd end up with "oid,&the_index", not "oid, &the_index".
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-02-10 10:28:37 +00:00
|
|
|
#define USE_THE_INDEX_VARIABLE
|
2019-02-25 23:16:15 +00:00
|
|
|
#include "builtin.h"
|
2023-03-21 06:25:58 +00:00
|
|
|
#include "abspath.h"
|
2019-02-25 23:16:15 +00:00
|
|
|
#include "config.h"
|
2023-03-21 06:26:03 +00:00
|
|
|
#include "environment.h"
|
2023-03-21 06:25:54 +00:00
|
|
|
#include "gettext.h"
|
2023-05-16 06:34:00 +00:00
|
|
|
#include "hash.h"
|
2023-02-24 00:09:27 +00:00
|
|
|
#include "hex.h"
|
2023-04-11 07:41:49 +00:00
|
|
|
#include "object-name.h"
|
2019-02-25 23:16:15 +00:00
|
|
|
#include "parse-options.h"
|
|
|
|
#include "refs.h"
|
|
|
|
#include "lockfile.h"
|
|
|
|
#include "cache-tree.h"
|
|
|
|
#include "unpack-trees.h"
|
|
|
|
#include "merge-recursive.h"
|
stash: apply stash using 'merge_ort_nonrecursive()'
Update 'stash' to use 'merge_ort_nonrecursive()' to apply a stash to the
current working tree. When 'git stash apply' was converted from its shell
script implementation to a builtin in 8a0fc8d19d (stash: convert apply to
builtin, 2019-02-25), 'merge_recursive_generic()' was used to merge a stash
into the working tree as part of 'git stash (apply|pop)'. However, with the
single merge base used in 'do_apply_stash()', the commit wrapping done by
'merge_recursive_generic()' is not only unnecessary, but misleading (the
*real* merge base is labeled "constructed merge base"). Therefore, a
non-recursive merge of the working tree, stashed tree, and stash base tree
is more appropriate.
There are two options for a non-recursive merge-then-update-worktree
function: 'merge_trees()' and 'merge_ort_nonrecursive()'. Use
'merge_ort_nonrecursive()' to align with the default merge strategy used by
'git merge' (6a5fb96672 (Change default merge backend from recursive to ort,
2021-08-04)) and, because merge-ort does not operate in-place on the index,
avoid unnecessary index expansion. Update tests in 't1092' verifying index
expansion for 'git stash' accordingly.
Signed-off-by: Victoria Dye <vdye@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-05-10 23:32:31 +00:00
|
|
|
#include "merge-ort-wrappers.h"
|
2020-07-28 20:23:39 +00:00
|
|
|
#include "strvec.h"
|
2019-02-25 23:16:15 +00:00
|
|
|
#include "run-command.h"
|
|
|
|
#include "dir.h"
|
2021-04-02 21:43:14 +00:00
|
|
|
#include "entry.h"
|
2023-05-16 06:33:52 +00:00
|
|
|
#include "preload-index.h"
|
2023-05-16 06:33:56 +00:00
|
|
|
#include "read-cache.h"
|
2019-02-25 23:16:15 +00:00
|
|
|
#include "rerere.h"
|
2019-02-25 23:16:20 +00:00
|
|
|
#include "revision.h"
|
2023-03-21 06:26:05 +00:00
|
|
|
#include "setup.h"
|
2023-05-16 06:33:51 +00:00
|
|
|
#include "sparse-index.h"
|
2019-02-25 23:16:20 +00:00
|
|
|
#include "log-tree.h"
|
2019-02-25 23:16:22 +00:00
|
|
|
#include "diffcore.h"
|
2019-02-25 23:16:30 +00:00
|
|
|
#include "exec-cmd.h"
|
2022-03-02 22:27:24 +00:00
|
|
|
#include "reflog.h"
|
2023-02-06 22:58:57 +00:00
|
|
|
#include "add-interactive.h"
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
#define INCLUDE_ALL_FILES 2
|
2019-02-25 23:16:15 +00:00
|
|
|
|
2022-10-13 15:39:19 +00:00
|
|
|
#define BUILTIN_STASH_LIST_USAGE \
|
|
|
|
N_("git stash list [<log-options>]")
|
|
|
|
#define BUILTIN_STASH_SHOW_USAGE \
|
|
|
|
N_("git stash show [-u | --include-untracked | --only-untracked] [<diff-options>] [<stash>]")
|
|
|
|
#define BUILTIN_STASH_DROP_USAGE \
|
|
|
|
N_("git stash drop [-q | --quiet] [<stash>]")
|
|
|
|
#define BUILTIN_STASH_POP_USAGE \
|
|
|
|
N_("git stash pop [--index] [-q | --quiet] [<stash>]")
|
|
|
|
#define BUILTIN_STASH_APPLY_USAGE \
|
|
|
|
N_("git stash apply [--index] [-q | --quiet] [<stash>]")
|
|
|
|
#define BUILTIN_STASH_BRANCH_USAGE \
|
|
|
|
N_("git stash branch <branchname> [<stash>]")
|
|
|
|
#define BUILTIN_STASH_STORE_USAGE \
|
|
|
|
N_("git stash store [(-m | --message) <message>] [-q | --quiet] <commit>")
|
|
|
|
#define BUILTIN_STASH_PUSH_USAGE \
|
|
|
|
N_("git stash [push [-p | --patch] [-S | --staged] [-k | --[no-]keep-index] [-q | --quiet]\n" \
|
|
|
|
" [-u | --include-untracked] [-a | --all] [(-m | --message) <message>]\n" \
|
|
|
|
" [--pathspec-from-file=<file> [--pathspec-file-nul]]\n" \
|
|
|
|
" [--] [<pathspec>...]]")
|
|
|
|
#define BUILTIN_STASH_SAVE_USAGE \
|
|
|
|
N_("git stash save [-p | --patch] [-S | --staged] [-k | --[no-]keep-index] [-q | --quiet]\n" \
|
|
|
|
" [-u | --include-untracked] [-a | --all] [<message>]")
|
|
|
|
#define BUILTIN_STASH_CREATE_USAGE \
|
|
|
|
N_("git stash create [<message>]")
|
|
|
|
#define BUILTIN_STASH_CLEAR_USAGE \
|
|
|
|
"git stash clear"
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_LIST_USAGE,
|
|
|
|
BUILTIN_STASH_SHOW_USAGE,
|
|
|
|
BUILTIN_STASH_DROP_USAGE,
|
|
|
|
BUILTIN_STASH_POP_USAGE,
|
|
|
|
BUILTIN_STASH_APPLY_USAGE,
|
|
|
|
BUILTIN_STASH_BRANCH_USAGE,
|
|
|
|
BUILTIN_STASH_PUSH_USAGE,
|
|
|
|
BUILTIN_STASH_SAVE_USAGE,
|
|
|
|
BUILTIN_STASH_CLEAR_USAGE,
|
|
|
|
BUILTIN_STASH_CREATE_USAGE,
|
|
|
|
BUILTIN_STASH_STORE_USAGE,
|
2019-02-25 23:16:16 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_list_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_LIST_USAGE,
|
2019-02-25 23:16:19 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_show_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_SHOW_USAGE,
|
2019-02-25 23:16:20 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_drop_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_DROP_USAGE,
|
2019-02-25 23:16:15 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_pop_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_POP_USAGE,
|
2019-02-25 23:16:18 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_apply_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_APPLY_USAGE,
|
2019-02-25 23:16:15 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_branch_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_BRANCH_USAGE,
|
2019-02-25 23:16:17 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_clear_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_CLEAR_USAGE,
|
2019-02-25 23:16:16 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_store_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_STORE_USAGE,
|
2019-02-25 23:16:21 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_push_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_PUSH_USAGE,
|
2019-02-25 23:16:23 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
static const char * const git_stash_save_usage[] = {
|
2022-10-13 15:39:19 +00:00
|
|
|
BUILTIN_STASH_SAVE_USAGE,
|
2019-02-25 23:16:25 +00:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2021-02-09 07:28:53 +00:00
|
|
|
static const char ref_stash[] = "refs/stash";
|
2019-02-25 23:16:15 +00:00
|
|
|
static struct strbuf stash_index_path = STRBUF_INIT;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* w_commit is set to the commit containing the working tree
|
|
|
|
* b_commit is set to the base commit
|
|
|
|
* i_commit is set to the commit containing the index tree
|
|
|
|
* u_commit is set to the commit containing the untracked files tree
|
|
|
|
* w_tree is set to the working tree
|
|
|
|
* b_tree is set to the base tree
|
|
|
|
* i_tree is set to the index tree
|
|
|
|
* u_tree is set to the untracked files tree
|
|
|
|
*/
|
|
|
|
struct stash_info {
|
|
|
|
struct object_id w_commit;
|
|
|
|
struct object_id b_commit;
|
|
|
|
struct object_id i_commit;
|
|
|
|
struct object_id u_commit;
|
|
|
|
struct object_id w_tree;
|
|
|
|
struct object_id b_tree;
|
|
|
|
struct object_id i_tree;
|
|
|
|
struct object_id u_tree;
|
|
|
|
struct strbuf revision;
|
|
|
|
int is_stash_ref;
|
|
|
|
int has_u;
|
|
|
|
};
|
|
|
|
|
2022-04-13 20:01:39 +00:00
|
|
|
#define STASH_INFO_INIT { \
|
|
|
|
.revision = STRBUF_INIT, \
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:15 +00:00
|
|
|
static void free_stash_info(struct stash_info *info)
|
|
|
|
{
|
|
|
|
strbuf_release(&info->revision);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void assert_stash_like(struct stash_info *info, const char *revision)
|
|
|
|
{
|
|
|
|
if (get_oidf(&info->b_commit, "%s^1", revision) ||
|
|
|
|
get_oidf(&info->w_tree, "%s:", revision) ||
|
|
|
|
get_oidf(&info->b_tree, "%s^1:", revision) ||
|
|
|
|
get_oidf(&info->i_tree, "%s^2:", revision))
|
|
|
|
die(_("'%s' is not a stash-like commit"), revision);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int get_stash_info(struct stash_info *info, int argc, const char **argv)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
char *end_of_rev;
|
|
|
|
char *expanded_ref;
|
|
|
|
const char *revision;
|
|
|
|
const char *commit = NULL;
|
|
|
|
struct object_id dummy;
|
|
|
|
struct strbuf symbolic = STRBUF_INIT;
|
|
|
|
|
|
|
|
if (argc > 1) {
|
|
|
|
int i;
|
|
|
|
struct strbuf refs_msg = STRBUF_INIT;
|
|
|
|
|
|
|
|
for (i = 0; i < argc; i++)
|
|
|
|
strbuf_addf(&refs_msg, " '%s'", argv[i]);
|
|
|
|
|
|
|
|
fprintf_ln(stderr, _("Too many revisions specified:%s"),
|
|
|
|
refs_msg.buf);
|
|
|
|
strbuf_release(&refs_msg);
|
|
|
|
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (argc == 1)
|
|
|
|
commit = argv[0];
|
|
|
|
|
|
|
|
if (!commit) {
|
|
|
|
if (!ref_exists(ref_stash)) {
|
|
|
|
fprintf_ln(stderr, _("No stash entries found."));
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
strbuf_addf(&info->revision, "%s@{0}", ref_stash);
|
|
|
|
} else if (strspn(commit, "0123456789") == strlen(commit)) {
|
|
|
|
strbuf_addf(&info->revision, "%s@{%s}", ref_stash, commit);
|
|
|
|
} else {
|
|
|
|
strbuf_addstr(&info->revision, commit);
|
|
|
|
}
|
|
|
|
|
|
|
|
revision = info->revision.buf;
|
|
|
|
|
2023-03-28 13:58:46 +00:00
|
|
|
if (repo_get_oid(the_repository, revision, &info->w_commit))
|
2022-04-13 20:01:39 +00:00
|
|
|
return error(_("%s is not a valid reference"), revision);
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
assert_stash_like(info, revision);
|
|
|
|
|
|
|
|
info->has_u = !get_oidf(&info->u_tree, "%s^3:", revision);
|
|
|
|
|
|
|
|
end_of_rev = strchrnul(revision, '@');
|
|
|
|
strbuf_add(&symbolic, revision, end_of_rev - revision);
|
|
|
|
|
2023-03-28 13:58:54 +00:00
|
|
|
ret = repo_dwim_ref(the_repository, symbolic.buf, symbolic.len,
|
|
|
|
&dummy, &expanded_ref, 0);
|
2019-02-25 23:16:15 +00:00
|
|
|
strbuf_release(&symbolic);
|
|
|
|
switch (ret) {
|
|
|
|
case 0: /* Not found, but valid ref */
|
|
|
|
info->is_stash_ref = 0;
|
|
|
|
break;
|
|
|
|
case 1:
|
|
|
|
info->is_stash_ref = !strcmp(expanded_ref, ref_stash);
|
|
|
|
break;
|
|
|
|
default: /* Invalid or ambiguous */
|
2022-04-13 20:01:39 +00:00
|
|
|
break;
|
2019-02-25 23:16:15 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
free(expanded_ref);
|
|
|
|
return !(ret == 0 || ret == 1);
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:16 +00:00
|
|
|
static int do_clear_stash(void)
|
|
|
|
{
|
|
|
|
struct object_id obj;
|
2023-03-28 13:58:46 +00:00
|
|
|
if (repo_get_oid(the_repository, ref_stash, &obj))
|
2019-02-25 23:16:16 +00:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
return delete_ref(NULL, ref_stash, &obj, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int clear_stash(int argc, const char **argv, const char *prefix)
|
|
|
|
{
|
|
|
|
struct option options[] = {
|
|
|
|
OPT_END()
|
|
|
|
};
|
|
|
|
|
|
|
|
argc = parse_options(argc, argv, prefix, options,
|
2019-02-25 23:16:28 +00:00
|
|
|
git_stash_clear_usage,
|
2019-02-25 23:16:16 +00:00
|
|
|
PARSE_OPT_STOP_AT_NON_OPTION);
|
|
|
|
|
|
|
|
if (argc)
|
2021-02-23 21:11:32 +00:00
|
|
|
return error(_("git stash clear with arguments is "
|
2019-02-25 23:16:16 +00:00
|
|
|
"unimplemented"));
|
|
|
|
|
|
|
|
return do_clear_stash();
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:15 +00:00
|
|
|
static int reset_tree(struct object_id *i_tree, int update, int reset)
|
|
|
|
{
|
|
|
|
int nr_trees = 1;
|
|
|
|
struct unpack_trees_options opts;
|
|
|
|
struct tree_desc t[MAX_UNPACK_TREES];
|
|
|
|
struct tree *tree;
|
|
|
|
struct lock_file lock_file = LOCK_INIT;
|
|
|
|
|
2022-11-19 13:07:38 +00:00
|
|
|
repo_read_index_preload(the_repository, NULL, 0);
|
|
|
|
if (refresh_index(&the_index, REFRESH_QUIET, NULL, NULL, NULL))
|
2019-02-25 23:16:15 +00:00
|
|
|
return -1;
|
|
|
|
|
2022-11-19 13:07:38 +00:00
|
|
|
repo_hold_locked_index(the_repository, &lock_file, LOCK_DIE_ON_ERROR);
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
memset(&opts, 0, sizeof(opts));
|
|
|
|
|
|
|
|
tree = parse_tree_indirect(i_tree);
|
|
|
|
if (parse_tree(tree))
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
init_tree_desc(t, tree->buffer, tree->size);
|
|
|
|
|
|
|
|
opts.head_idx = 1;
|
|
|
|
opts.src_index = &the_index;
|
|
|
|
opts.dst_index = &the_index;
|
|
|
|
opts.merge = 1;
|
2021-09-27 16:33:44 +00:00
|
|
|
opts.reset = reset ? UNPACK_RESET_PROTECT_UNTRACKED : 0;
|
2019-02-25 23:16:15 +00:00
|
|
|
opts.update = update;
|
2021-09-27 16:33:44 +00:00
|
|
|
if (update)
|
2021-09-27 16:33:43 +00:00
|
|
|
opts.preserve_ignored = 0; /* FIXME: !overwrite_ignore */
|
2019-02-25 23:16:15 +00:00
|
|
|
opts.fn = oneway_merge;
|
|
|
|
|
|
|
|
if (unpack_trees(nr_trees, t, &opts))
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
if (write_locked_index(&the_index, &lock_file, COMMIT_LOCK))
|
|
|
|
return error(_("unable to write new index file"));
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int diff_tree_binary(struct strbuf *out, struct object_id *w_commit)
|
|
|
|
{
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
const char *w_commit_hex = oid_to_hex(w_commit);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Diff-tree would not be very hard to replace with a native function,
|
|
|
|
* however it should be done together with apply_cached.
|
|
|
|
*/
|
|
|
|
cp.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp.args, "diff-tree", "--binary", NULL);
|
|
|
|
strvec_pushf(&cp.args, "%s^2^..%s^2", w_commit_hex, w_commit_hex);
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
return pipe_command(&cp, NULL, 0, out, 0, NULL, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int apply_cached(struct strbuf *out)
|
|
|
|
{
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Apply currently only reads either from stdin or a file, thus
|
|
|
|
* apply_all_patches would have to be updated to optionally take a
|
|
|
|
* buffer.
|
|
|
|
*/
|
|
|
|
cp.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp.args, "apply", "--cached", NULL);
|
2019-02-25 23:16:15 +00:00
|
|
|
return pipe_command(&cp, out->buf, out->len, NULL, 0, NULL, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int reset_head(void)
|
|
|
|
{
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Reset is overall quite simple, however there is no current public
|
|
|
|
* API for resetting.
|
|
|
|
*/
|
|
|
|
cp.git_cmd = 1;
|
stash: make internal resets quiet and refresh index
Add the options '-q' and '--refresh' to the 'git reset' executed in
'reset_head()', and '--refresh' to the 'git reset -q' executed in
'do_push_stash(...)'.
'stash' is implemented such that git commands invoked as part of it (e.g.,
'clean', 'read-tree', 'reset', etc.) have their informational output
silenced. However, the 'reset' in 'reset_head()' is *not* called with '-q',
leading to the potential for a misleading printout from 'git stash apply
--index' if the stash included a removed file:
Unstaged changes after reset: D <deleted file>
Not only is this confusing in its own right (since, after the reset, 'git
stash' execution would stage the deletion in the index), it would be printed
even when the stash was applied with the '-q' option. As a result, the
messaging is removed entirely by calling 'git status' with '-q'.
Additionally, because the default behavior of 'git reset -q' is to skip
refreshing the index, but later operations in 'git stash' subcommands expect
a non-stale index, enable '--refresh' as well.
Helped-by: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Victoria Dye <vdye@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-03-15 01:49:42 +00:00
|
|
|
strvec_pushl(&cp.args, "reset", "--quiet", "--refresh", NULL);
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
return run_command(&cp);
|
|
|
|
}
|
|
|
|
|
2021-09-10 10:29:55 +00:00
|
|
|
static int is_path_a_directory(const char *path)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* This function differs from abspath.c:is_directory() in that
|
|
|
|
* here we use lstat() instead of stat(); we do not want to
|
|
|
|
* follow symbolic links here.
|
|
|
|
*/
|
|
|
|
struct stat st;
|
|
|
|
return (!lstat(path, &st) && S_ISDIR(st.st_mode));
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:22 +00:00
|
|
|
static void add_diff_to_buf(struct diff_queue_struct *q,
|
|
|
|
struct diff_options *options,
|
|
|
|
void *data)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < q->nr; i++) {
|
2021-09-10 10:29:55 +00:00
|
|
|
if (is_path_a_directory(q->queue[i]->one->path))
|
|
|
|
continue;
|
|
|
|
|
2019-02-25 23:16:22 +00:00
|
|
|
strbuf_addstr(data, q->queue[i]->one->path);
|
|
|
|
|
|
|
|
/* NUL-terminate: will be fed to update-index -z */
|
|
|
|
strbuf_addch(data, '\0');
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:15 +00:00
|
|
|
static int restore_untracked(struct object_id *u_tree)
|
|
|
|
{
|
|
|
|
int res;
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We need to run restore files from a given index, but without
|
|
|
|
* affecting the current index, so we use GIT_INDEX_FILE with
|
|
|
|
* run_command to fork processes that will not interfere.
|
|
|
|
*/
|
|
|
|
cp.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&cp.args, "read-tree");
|
|
|
|
strvec_push(&cp.args, oid_to_hex(u_tree));
|
2022-06-02 09:09:50 +00:00
|
|
|
strvec_pushf(&cp.env, "GIT_INDEX_FILE=%s",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
stash_index_path.buf);
|
2019-02-25 23:16:15 +00:00
|
|
|
if (run_command(&cp)) {
|
|
|
|
remove_path(stash_index_path.buf);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
child_process_init(&cp);
|
|
|
|
cp.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp.args, "checkout-index", "--all", NULL);
|
2022-06-02 09:09:50 +00:00
|
|
|
strvec_pushf(&cp.env, "GIT_INDEX_FILE=%s",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
stash_index_path.buf);
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
res = run_command(&cp);
|
|
|
|
remove_path(stash_index_path.buf);
|
|
|
|
return res;
|
|
|
|
}
|
|
|
|
|
stash: remove unnecessary process forking
When stash was converted from shell to a builtin, it merely
transliterated the forking of various git commands from shell to a C
program that would fork the same commands. Some of those were converted
over to actual library calls, but much of the pipeline-of-commands
design still remains. Fix some of this by replacing the portion
corresponding to
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
into a library function that does the same thing. (The read-tree
--reset was already partially converted over to a library call, but as
an independent piece.) Note here that this came after a merge operation
was performed. The merge machinery always stages anything that cleanly
merges, and the above code only runs if there are no conflicts. Its
purpose is to make it so that when there are no conflicts, all the
changes from the stash are unstaged. However, that causes brand new
files from the stash to become untracked, so the code above first saves
those files off and then re-adds them afterwards.
We replace the whole series of commands with a simple function that will
unstage files that are not newly added. This doesn't fix any bugs in
the usage of these commands, it simply matches the existing behavior but
makes it into a single atomic operation that we can then operate on as a
whole. A subsequent commit will take advantage of this to fix issues
with these commands in sparse-checkouts.
This conversion incidentally fixes t3906.1, because the separate
update-index process would die with the following error messages:
error: uninitialized_sub: is a directory - add files inside instead
fatal: Unable to process path uninitialized_sub
The unstaging of the directory as a submodule meant it was no longer
tracked, and thus as an uninitialized directory it could not be added
back using `git update-index --add`, thus resulting in this error and
early abort. Most of the submodule tests in 3906 continue to fail after
this change, this change was just enough to push the first of those
tests to success.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:17 +00:00
|
|
|
static void unstage_changes_unless_new(struct object_id *orig_tree)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* When we enter this function, there has been a clean merge of
|
|
|
|
* relevant trees, and the merge logic always stages whatever merges
|
|
|
|
* cleanly. We want to unstage those changes, unless it corresponds
|
|
|
|
* to a file that didn't exist as of orig_tree.
|
stash: fix stash application in sparse-checkouts
sparse-checkouts are built on the patterns in the
$GIT_DIR/info/sparse-checkout file, where commands have modified
behavior for paths that do not match those patterns. The differences in
behavior, as far as the bugs concerned here, fall into three different
categories (with git subcommands that fall into each category listed):
* commands that only look at files matching the patterns:
* status
* diff
* clean
* update-index
* commands that remove files from the working tree that do not match
the patterns, and restore files that do match them:
* read-tree
* switch
* checkout
* reset (--hard)
* commands that omit writing files to the working tree that do not
match the patterns, unless those files are not clean:
* merge
* rebase
* cherry-pick
* revert
There are some caveats above, e.g. a plain `git diff` ignores files
outside the sparsity patterns but will show diffs for paths outside the
sparsity patterns when revision arguments are passed. (Technically,
diff is treating the sparse paths as matching HEAD.) So, there is some
internal inconsistency among these commands. There are also additional
commands that should behave differently in the face of sparse-checkouts,
as the sparse-checkout documentation alludes to, but the above is
sufficient for me to explain how `git stash` is affected.
What is relevant here is that logically 'stash' should behave like a
merge; it three-way merges the changes the user had in progress at stash
creation time, the HEAD at the time the stash was created, and the
current HEAD, in order to get the stashed changes applied to the current
branch. However, this simplistic view doesn't quite work in practice,
because stash tweaks it a bit due to two factors: (1) flags like
--keep-index and --include-untracked (why we used two different verbs,
'keep' and 'include', is a rant for another day) modify what should be
staged at the end and include more things that should be quasi-merged,
(2) stash generally wants changes to NOT be staged. It only provides
exceptions when (a) some of the changes had conflicts and thus we want
to use stages to denote the clean merges and higher order stages to
mark the conflicts, or (b) if there is a brand new file we don't want
it to become untracked.
stash has traditionally gotten this special behavior by first doing a
merge, and then when it's clean, applying a pipeline of commands to
modify the result. This series of commands for
unstaging-non-newly-added-files came from the following commands:
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
Looking back at the different types of special sparsity handling listed
at the beginning of this message, you may note that we have at least one
of each type covered here: merge, diff-index, and read-tree. The weird
mix-and-match led to 3 different bugs:
(1) If a path merged cleanly and it didn't match the sparsity patterns,
the merge backend would know to avoid writing it to the working tree and
keep the SKIP_WORKTREE bit, simply only updating it in the index.
Unfortunately, the subsequent commands would essentially undo the
changes in the index and thus simply toss the changes altogether since
there was nothing left in the working tree. This means the stash is
only partially applied.
(2) If a path existed in the worktree before `git stash apply` despite
having the SKIP_WORKTREE bit set, then the `git read-tree --reset` would
print an error message of the form
error: Entry 'modified' not uptodate. Cannot merge.
and cause stash to abort early.
(3) If there was a brand new file added by the stash, then the
diff-index command would save that pathname to the temporary file, the
read-tree --reset would remove it from the index, and the update-index
command would barf due to no such file being present in the working
copy; it would print a message of the form:
error: NEWFILE: does not exist and --remove not passed
fatal: Unable to process path NEWFILE
and then cause stash to abort early.
Basically, the whole idea of unstage-unless-brand-new requires special
care when you are dealing with a sparse-checkout. Fix these problems
by applying the following simple rule:
When we unstage files, if they have the SKIP_WORKTREE bit set,
clear that bit and write the file out to the working directory.
(*) If there's already a file present in the way, rename it first.
This fixes all three problems in t7012.13 and allows us to mark it as
passing.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:18 +00:00
|
|
|
*
|
|
|
|
* However, if any SKIP_WORKTREE path is modified relative to
|
|
|
|
* orig_tree, then we want to clear the SKIP_WORKTREE bit and write
|
|
|
|
* it to the worktree before unstaging.
|
stash: remove unnecessary process forking
When stash was converted from shell to a builtin, it merely
transliterated the forking of various git commands from shell to a C
program that would fork the same commands. Some of those were converted
over to actual library calls, but much of the pipeline-of-commands
design still remains. Fix some of this by replacing the portion
corresponding to
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
into a library function that does the same thing. (The read-tree
--reset was already partially converted over to a library call, but as
an independent piece.) Note here that this came after a merge operation
was performed. The merge machinery always stages anything that cleanly
merges, and the above code only runs if there are no conflicts. Its
purpose is to make it so that when there are no conflicts, all the
changes from the stash are unstaged. However, that causes brand new
files from the stash to become untracked, so the code above first saves
those files off and then re-adds them afterwards.
We replace the whole series of commands with a simple function that will
unstage files that are not newly added. This doesn't fix any bugs in
the usage of these commands, it simply matches the existing behavior but
makes it into a single atomic operation that we can then operate on as a
whole. A subsequent commit will take advantage of this to fix issues
with these commands in sparse-checkouts.
This conversion incidentally fixes t3906.1, because the separate
update-index process would die with the following error messages:
error: uninitialized_sub: is a directory - add files inside instead
fatal: Unable to process path uninitialized_sub
The unstaging of the directory as a submodule meant it was no longer
tracked, and thus as an uninitialized directory it could not be added
back using `git update-index --add`, thus resulting in this error and
early abort. Most of the submodule tests in 3906 continue to fail after
this change, this change was just enough to push the first of those
tests to success.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:17 +00:00
|
|
|
*/
|
|
|
|
|
stash: fix stash application in sparse-checkouts
sparse-checkouts are built on the patterns in the
$GIT_DIR/info/sparse-checkout file, where commands have modified
behavior for paths that do not match those patterns. The differences in
behavior, as far as the bugs concerned here, fall into three different
categories (with git subcommands that fall into each category listed):
* commands that only look at files matching the patterns:
* status
* diff
* clean
* update-index
* commands that remove files from the working tree that do not match
the patterns, and restore files that do match them:
* read-tree
* switch
* checkout
* reset (--hard)
* commands that omit writing files to the working tree that do not
match the patterns, unless those files are not clean:
* merge
* rebase
* cherry-pick
* revert
There are some caveats above, e.g. a plain `git diff` ignores files
outside the sparsity patterns but will show diffs for paths outside the
sparsity patterns when revision arguments are passed. (Technically,
diff is treating the sparse paths as matching HEAD.) So, there is some
internal inconsistency among these commands. There are also additional
commands that should behave differently in the face of sparse-checkouts,
as the sparse-checkout documentation alludes to, but the above is
sufficient for me to explain how `git stash` is affected.
What is relevant here is that logically 'stash' should behave like a
merge; it three-way merges the changes the user had in progress at stash
creation time, the HEAD at the time the stash was created, and the
current HEAD, in order to get the stashed changes applied to the current
branch. However, this simplistic view doesn't quite work in practice,
because stash tweaks it a bit due to two factors: (1) flags like
--keep-index and --include-untracked (why we used two different verbs,
'keep' and 'include', is a rant for another day) modify what should be
staged at the end and include more things that should be quasi-merged,
(2) stash generally wants changes to NOT be staged. It only provides
exceptions when (a) some of the changes had conflicts and thus we want
to use stages to denote the clean merges and higher order stages to
mark the conflicts, or (b) if there is a brand new file we don't want
it to become untracked.
stash has traditionally gotten this special behavior by first doing a
merge, and then when it's clean, applying a pipeline of commands to
modify the result. This series of commands for
unstaging-non-newly-added-files came from the following commands:
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
Looking back at the different types of special sparsity handling listed
at the beginning of this message, you may note that we have at least one
of each type covered here: merge, diff-index, and read-tree. The weird
mix-and-match led to 3 different bugs:
(1) If a path merged cleanly and it didn't match the sparsity patterns,
the merge backend would know to avoid writing it to the working tree and
keep the SKIP_WORKTREE bit, simply only updating it in the index.
Unfortunately, the subsequent commands would essentially undo the
changes in the index and thus simply toss the changes altogether since
there was nothing left in the working tree. This means the stash is
only partially applied.
(2) If a path existed in the worktree before `git stash apply` despite
having the SKIP_WORKTREE bit set, then the `git read-tree --reset` would
print an error message of the form
error: Entry 'modified' not uptodate. Cannot merge.
and cause stash to abort early.
(3) If there was a brand new file added by the stash, then the
diff-index command would save that pathname to the temporary file, the
read-tree --reset would remove it from the index, and the update-index
command would barf due to no such file being present in the working
copy; it would print a message of the form:
error: NEWFILE: does not exist and --remove not passed
fatal: Unable to process path NEWFILE
and then cause stash to abort early.
Basically, the whole idea of unstage-unless-brand-new requires special
care when you are dealing with a sparse-checkout. Fix these problems
by applying the following simple rule:
When we unstage files, if they have the SKIP_WORKTREE bit set,
clear that bit and write the file out to the working directory.
(*) If there's already a file present in the way, rename it first.
This fixes all three problems in t7012.13 and allows us to mark it as
passing.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:18 +00:00
|
|
|
struct checkout state = CHECKOUT_INIT;
|
stash: remove unnecessary process forking
When stash was converted from shell to a builtin, it merely
transliterated the forking of various git commands from shell to a C
program that would fork the same commands. Some of those were converted
over to actual library calls, but much of the pipeline-of-commands
design still remains. Fix some of this by replacing the portion
corresponding to
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
into a library function that does the same thing. (The read-tree
--reset was already partially converted over to a library call, but as
an independent piece.) Note here that this came after a merge operation
was performed. The merge machinery always stages anything that cleanly
merges, and the above code only runs if there are no conflicts. Its
purpose is to make it so that when there are no conflicts, all the
changes from the stash are unstaged. However, that causes brand new
files from the stash to become untracked, so the code above first saves
those files off and then re-adds them afterwards.
We replace the whole series of commands with a simple function that will
unstage files that are not newly added. This doesn't fix any bugs in
the usage of these commands, it simply matches the existing behavior but
makes it into a single atomic operation that we can then operate on as a
whole. A subsequent commit will take advantage of this to fix issues
with these commands in sparse-checkouts.
This conversion incidentally fixes t3906.1, because the separate
update-index process would die with the following error messages:
error: uninitialized_sub: is a directory - add files inside instead
fatal: Unable to process path uninitialized_sub
The unstaging of the directory as a submodule meant it was no longer
tracked, and thus as an uninitialized directory it could not be added
back using `git update-index --add`, thus resulting in this error and
early abort. Most of the submodule tests in 3906 continue to fail after
this change, this change was just enough to push the first of those
tests to success.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:17 +00:00
|
|
|
struct diff_options diff_opts;
|
|
|
|
struct lock_file lock = LOCK_INIT;
|
|
|
|
int i;
|
|
|
|
|
stash: fix stash application in sparse-checkouts
sparse-checkouts are built on the patterns in the
$GIT_DIR/info/sparse-checkout file, where commands have modified
behavior for paths that do not match those patterns. The differences in
behavior, as far as the bugs concerned here, fall into three different
categories (with git subcommands that fall into each category listed):
* commands that only look at files matching the patterns:
* status
* diff
* clean
* update-index
* commands that remove files from the working tree that do not match
the patterns, and restore files that do match them:
* read-tree
* switch
* checkout
* reset (--hard)
* commands that omit writing files to the working tree that do not
match the patterns, unless those files are not clean:
* merge
* rebase
* cherry-pick
* revert
There are some caveats above, e.g. a plain `git diff` ignores files
outside the sparsity patterns but will show diffs for paths outside the
sparsity patterns when revision arguments are passed. (Technically,
diff is treating the sparse paths as matching HEAD.) So, there is some
internal inconsistency among these commands. There are also additional
commands that should behave differently in the face of sparse-checkouts,
as the sparse-checkout documentation alludes to, but the above is
sufficient for me to explain how `git stash` is affected.
What is relevant here is that logically 'stash' should behave like a
merge; it three-way merges the changes the user had in progress at stash
creation time, the HEAD at the time the stash was created, and the
current HEAD, in order to get the stashed changes applied to the current
branch. However, this simplistic view doesn't quite work in practice,
because stash tweaks it a bit due to two factors: (1) flags like
--keep-index and --include-untracked (why we used two different verbs,
'keep' and 'include', is a rant for another day) modify what should be
staged at the end and include more things that should be quasi-merged,
(2) stash generally wants changes to NOT be staged. It only provides
exceptions when (a) some of the changes had conflicts and thus we want
to use stages to denote the clean merges and higher order stages to
mark the conflicts, or (b) if there is a brand new file we don't want
it to become untracked.
stash has traditionally gotten this special behavior by first doing a
merge, and then when it's clean, applying a pipeline of commands to
modify the result. This series of commands for
unstaging-non-newly-added-files came from the following commands:
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
Looking back at the different types of special sparsity handling listed
at the beginning of this message, you may note that we have at least one
of each type covered here: merge, diff-index, and read-tree. The weird
mix-and-match led to 3 different bugs:
(1) If a path merged cleanly and it didn't match the sparsity patterns,
the merge backend would know to avoid writing it to the working tree and
keep the SKIP_WORKTREE bit, simply only updating it in the index.
Unfortunately, the subsequent commands would essentially undo the
changes in the index and thus simply toss the changes altogether since
there was nothing left in the working tree. This means the stash is
only partially applied.
(2) If a path existed in the worktree before `git stash apply` despite
having the SKIP_WORKTREE bit set, then the `git read-tree --reset` would
print an error message of the form
error: Entry 'modified' not uptodate. Cannot merge.
and cause stash to abort early.
(3) If there was a brand new file added by the stash, then the
diff-index command would save that pathname to the temporary file, the
read-tree --reset would remove it from the index, and the update-index
command would barf due to no such file being present in the working
copy; it would print a message of the form:
error: NEWFILE: does not exist and --remove not passed
fatal: Unable to process path NEWFILE
and then cause stash to abort early.
Basically, the whole idea of unstage-unless-brand-new requires special
care when you are dealing with a sparse-checkout. Fix these problems
by applying the following simple rule:
When we unstage files, if they have the SKIP_WORKTREE bit set,
clear that bit and write the file out to the working directory.
(*) If there's already a file present in the way, rename it first.
This fixes all three problems in t7012.13 and allows us to mark it as
passing.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:18 +00:00
|
|
|
/* If any entries have skip_worktree set, we'll have to check 'em out */
|
|
|
|
state.force = 1;
|
|
|
|
state.quiet = 1;
|
|
|
|
state.refresh_cache = 1;
|
|
|
|
state.istate = &the_index;
|
|
|
|
|
stash: remove unnecessary process forking
When stash was converted from shell to a builtin, it merely
transliterated the forking of various git commands from shell to a C
program that would fork the same commands. Some of those were converted
over to actual library calls, but much of the pipeline-of-commands
design still remains. Fix some of this by replacing the portion
corresponding to
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
into a library function that does the same thing. (The read-tree
--reset was already partially converted over to a library call, but as
an independent piece.) Note here that this came after a merge operation
was performed. The merge machinery always stages anything that cleanly
merges, and the above code only runs if there are no conflicts. Its
purpose is to make it so that when there are no conflicts, all the
changes from the stash are unstaged. However, that causes brand new
files from the stash to become untracked, so the code above first saves
those files off and then re-adds them afterwards.
We replace the whole series of commands with a simple function that will
unstage files that are not newly added. This doesn't fix any bugs in
the usage of these commands, it simply matches the existing behavior but
makes it into a single atomic operation that we can then operate on as a
whole. A subsequent commit will take advantage of this to fix issues
with these commands in sparse-checkouts.
This conversion incidentally fixes t3906.1, because the separate
update-index process would die with the following error messages:
error: uninitialized_sub: is a directory - add files inside instead
fatal: Unable to process path uninitialized_sub
The unstaging of the directory as a submodule meant it was no longer
tracked, and thus as an uninitialized directory it could not be added
back using `git update-index --add`, thus resulting in this error and
early abort. Most of the submodule tests in 3906 continue to fail after
this change, this change was just enough to push the first of those
tests to success.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:17 +00:00
|
|
|
/*
|
|
|
|
* Step 1: get a difference between orig_tree (which corresponding
|
|
|
|
* to the index before a merge was run) and the current index
|
|
|
|
* (reflecting the changes brought in by the merge).
|
|
|
|
*/
|
2023-03-28 13:58:49 +00:00
|
|
|
repo_diff_setup(the_repository, &diff_opts);
|
stash: remove unnecessary process forking
When stash was converted from shell to a builtin, it merely
transliterated the forking of various git commands from shell to a C
program that would fork the same commands. Some of those were converted
over to actual library calls, but much of the pipeline-of-commands
design still remains. Fix some of this by replacing the portion
corresponding to
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
into a library function that does the same thing. (The read-tree
--reset was already partially converted over to a library call, but as
an independent piece.) Note here that this came after a merge operation
was performed. The merge machinery always stages anything that cleanly
merges, and the above code only runs if there are no conflicts. Its
purpose is to make it so that when there are no conflicts, all the
changes from the stash are unstaged. However, that causes brand new
files from the stash to become untracked, so the code above first saves
those files off and then re-adds them afterwards.
We replace the whole series of commands with a simple function that will
unstage files that are not newly added. This doesn't fix any bugs in
the usage of these commands, it simply matches the existing behavior but
makes it into a single atomic operation that we can then operate on as a
whole. A subsequent commit will take advantage of this to fix issues
with these commands in sparse-checkouts.
This conversion incidentally fixes t3906.1, because the separate
update-index process would die with the following error messages:
error: uninitialized_sub: is a directory - add files inside instead
fatal: Unable to process path uninitialized_sub
The unstaging of the directory as a submodule meant it was no longer
tracked, and thus as an uninitialized directory it could not be added
back using `git update-index --add`, thus resulting in this error and
early abort. Most of the submodule tests in 3906 continue to fail after
this change, this change was just enough to push the first of those
tests to success.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:17 +00:00
|
|
|
diff_opts.flags.recursive = 1;
|
|
|
|
diff_opts.detect_rename = 0;
|
|
|
|
diff_opts.output_format = DIFF_FORMAT_NO_OUTPUT;
|
|
|
|
diff_setup_done(&diff_opts);
|
|
|
|
|
|
|
|
do_diff_cache(orig_tree, &diff_opts);
|
|
|
|
diffcore_std(&diff_opts);
|
|
|
|
|
|
|
|
/* Iterate over the paths that changed due to the merge... */
|
|
|
|
for (i = 0; i < diff_queued_diff.nr; i++) {
|
|
|
|
struct diff_filepair *p;
|
|
|
|
struct cache_entry *ce;
|
|
|
|
int pos;
|
|
|
|
|
|
|
|
/* Look up the path's position in the current index. */
|
|
|
|
p = diff_queued_diff.queue[i];
|
|
|
|
pos = index_name_pos(&the_index, p->two->path,
|
|
|
|
strlen(p->two->path));
|
|
|
|
|
|
|
|
/*
|
stash: fix stash application in sparse-checkouts
sparse-checkouts are built on the patterns in the
$GIT_DIR/info/sparse-checkout file, where commands have modified
behavior for paths that do not match those patterns. The differences in
behavior, as far as the bugs concerned here, fall into three different
categories (with git subcommands that fall into each category listed):
* commands that only look at files matching the patterns:
* status
* diff
* clean
* update-index
* commands that remove files from the working tree that do not match
the patterns, and restore files that do match them:
* read-tree
* switch
* checkout
* reset (--hard)
* commands that omit writing files to the working tree that do not
match the patterns, unless those files are not clean:
* merge
* rebase
* cherry-pick
* revert
There are some caveats above, e.g. a plain `git diff` ignores files
outside the sparsity patterns but will show diffs for paths outside the
sparsity patterns when revision arguments are passed. (Technically,
diff is treating the sparse paths as matching HEAD.) So, there is some
internal inconsistency among these commands. There are also additional
commands that should behave differently in the face of sparse-checkouts,
as the sparse-checkout documentation alludes to, but the above is
sufficient for me to explain how `git stash` is affected.
What is relevant here is that logically 'stash' should behave like a
merge; it three-way merges the changes the user had in progress at stash
creation time, the HEAD at the time the stash was created, and the
current HEAD, in order to get the stashed changes applied to the current
branch. However, this simplistic view doesn't quite work in practice,
because stash tweaks it a bit due to two factors: (1) flags like
--keep-index and --include-untracked (why we used two different verbs,
'keep' and 'include', is a rant for another day) modify what should be
staged at the end and include more things that should be quasi-merged,
(2) stash generally wants changes to NOT be staged. It only provides
exceptions when (a) some of the changes had conflicts and thus we want
to use stages to denote the clean merges and higher order stages to
mark the conflicts, or (b) if there is a brand new file we don't want
it to become untracked.
stash has traditionally gotten this special behavior by first doing a
merge, and then when it's clean, applying a pipeline of commands to
modify the result. This series of commands for
unstaging-non-newly-added-files came from the following commands:
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
Looking back at the different types of special sparsity handling listed
at the beginning of this message, you may note that we have at least one
of each type covered here: merge, diff-index, and read-tree. The weird
mix-and-match led to 3 different bugs:
(1) If a path merged cleanly and it didn't match the sparsity patterns,
the merge backend would know to avoid writing it to the working tree and
keep the SKIP_WORKTREE bit, simply only updating it in the index.
Unfortunately, the subsequent commands would essentially undo the
changes in the index and thus simply toss the changes altogether since
there was nothing left in the working tree. This means the stash is
only partially applied.
(2) If a path existed in the worktree before `git stash apply` despite
having the SKIP_WORKTREE bit set, then the `git read-tree --reset` would
print an error message of the form
error: Entry 'modified' not uptodate. Cannot merge.
and cause stash to abort early.
(3) If there was a brand new file added by the stash, then the
diff-index command would save that pathname to the temporary file, the
read-tree --reset would remove it from the index, and the update-index
command would barf due to no such file being present in the working
copy; it would print a message of the form:
error: NEWFILE: does not exist and --remove not passed
fatal: Unable to process path NEWFILE
and then cause stash to abort early.
Basically, the whole idea of unstage-unless-brand-new requires special
care when you are dealing with a sparse-checkout. Fix these problems
by applying the following simple rule:
When we unstage files, if they have the SKIP_WORKTREE bit set,
clear that bit and write the file out to the working directory.
(*) If there's already a file present in the way, rename it first.
This fixes all three problems in t7012.13 and allows us to mark it as
passing.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:18 +00:00
|
|
|
* Step 2: Place changes in the working tree
|
|
|
|
*
|
|
|
|
* Stash is about restoring changes *to the working tree*.
|
|
|
|
* So if the merge successfully got a new version of some
|
|
|
|
* path, but left it out of the working tree, then clear the
|
|
|
|
* SKIP_WORKTREE bit and write it to the working tree.
|
|
|
|
*/
|
2022-11-19 13:07:34 +00:00
|
|
|
if (pos >= 0 && ce_skip_worktree(the_index.cache[pos])) {
|
stash: fix stash application in sparse-checkouts
sparse-checkouts are built on the patterns in the
$GIT_DIR/info/sparse-checkout file, where commands have modified
behavior for paths that do not match those patterns. The differences in
behavior, as far as the bugs concerned here, fall into three different
categories (with git subcommands that fall into each category listed):
* commands that only look at files matching the patterns:
* status
* diff
* clean
* update-index
* commands that remove files from the working tree that do not match
the patterns, and restore files that do match them:
* read-tree
* switch
* checkout
* reset (--hard)
* commands that omit writing files to the working tree that do not
match the patterns, unless those files are not clean:
* merge
* rebase
* cherry-pick
* revert
There are some caveats above, e.g. a plain `git diff` ignores files
outside the sparsity patterns but will show diffs for paths outside the
sparsity patterns when revision arguments are passed. (Technically,
diff is treating the sparse paths as matching HEAD.) So, there is some
internal inconsistency among these commands. There are also additional
commands that should behave differently in the face of sparse-checkouts,
as the sparse-checkout documentation alludes to, but the above is
sufficient for me to explain how `git stash` is affected.
What is relevant here is that logically 'stash' should behave like a
merge; it three-way merges the changes the user had in progress at stash
creation time, the HEAD at the time the stash was created, and the
current HEAD, in order to get the stashed changes applied to the current
branch. However, this simplistic view doesn't quite work in practice,
because stash tweaks it a bit due to two factors: (1) flags like
--keep-index and --include-untracked (why we used two different verbs,
'keep' and 'include', is a rant for another day) modify what should be
staged at the end and include more things that should be quasi-merged,
(2) stash generally wants changes to NOT be staged. It only provides
exceptions when (a) some of the changes had conflicts and thus we want
to use stages to denote the clean merges and higher order stages to
mark the conflicts, or (b) if there is a brand new file we don't want
it to become untracked.
stash has traditionally gotten this special behavior by first doing a
merge, and then when it's clean, applying a pipeline of commands to
modify the result. This series of commands for
unstaging-non-newly-added-files came from the following commands:
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
Looking back at the different types of special sparsity handling listed
at the beginning of this message, you may note that we have at least one
of each type covered here: merge, diff-index, and read-tree. The weird
mix-and-match led to 3 different bugs:
(1) If a path merged cleanly and it didn't match the sparsity patterns,
the merge backend would know to avoid writing it to the working tree and
keep the SKIP_WORKTREE bit, simply only updating it in the index.
Unfortunately, the subsequent commands would essentially undo the
changes in the index and thus simply toss the changes altogether since
there was nothing left in the working tree. This means the stash is
only partially applied.
(2) If a path existed in the worktree before `git stash apply` despite
having the SKIP_WORKTREE bit set, then the `git read-tree --reset` would
print an error message of the form
error: Entry 'modified' not uptodate. Cannot merge.
and cause stash to abort early.
(3) If there was a brand new file added by the stash, then the
diff-index command would save that pathname to the temporary file, the
read-tree --reset would remove it from the index, and the update-index
command would barf due to no such file being present in the working
copy; it would print a message of the form:
error: NEWFILE: does not exist and --remove not passed
fatal: Unable to process path NEWFILE
and then cause stash to abort early.
Basically, the whole idea of unstage-unless-brand-new requires special
care when you are dealing with a sparse-checkout. Fix these problems
by applying the following simple rule:
When we unstage files, if they have the SKIP_WORKTREE bit set,
clear that bit and write the file out to the working directory.
(*) If there's already a file present in the way, rename it first.
This fixes all three problems in t7012.13 and allows us to mark it as
passing.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:18 +00:00
|
|
|
struct stat st;
|
|
|
|
|
2022-11-19 13:07:34 +00:00
|
|
|
ce = the_index.cache[pos];
|
stash: fix stash application in sparse-checkouts
sparse-checkouts are built on the patterns in the
$GIT_DIR/info/sparse-checkout file, where commands have modified
behavior for paths that do not match those patterns. The differences in
behavior, as far as the bugs concerned here, fall into three different
categories (with git subcommands that fall into each category listed):
* commands that only look at files matching the patterns:
* status
* diff
* clean
* update-index
* commands that remove files from the working tree that do not match
the patterns, and restore files that do match them:
* read-tree
* switch
* checkout
* reset (--hard)
* commands that omit writing files to the working tree that do not
match the patterns, unless those files are not clean:
* merge
* rebase
* cherry-pick
* revert
There are some caveats above, e.g. a plain `git diff` ignores files
outside the sparsity patterns but will show diffs for paths outside the
sparsity patterns when revision arguments are passed. (Technically,
diff is treating the sparse paths as matching HEAD.) So, there is some
internal inconsistency among these commands. There are also additional
commands that should behave differently in the face of sparse-checkouts,
as the sparse-checkout documentation alludes to, but the above is
sufficient for me to explain how `git stash` is affected.
What is relevant here is that logically 'stash' should behave like a
merge; it three-way merges the changes the user had in progress at stash
creation time, the HEAD at the time the stash was created, and the
current HEAD, in order to get the stashed changes applied to the current
branch. However, this simplistic view doesn't quite work in practice,
because stash tweaks it a bit due to two factors: (1) flags like
--keep-index and --include-untracked (why we used two different verbs,
'keep' and 'include', is a rant for another day) modify what should be
staged at the end and include more things that should be quasi-merged,
(2) stash generally wants changes to NOT be staged. It only provides
exceptions when (a) some of the changes had conflicts and thus we want
to use stages to denote the clean merges and higher order stages to
mark the conflicts, or (b) if there is a brand new file we don't want
it to become untracked.
stash has traditionally gotten this special behavior by first doing a
merge, and then when it's clean, applying a pipeline of commands to
modify the result. This series of commands for
unstaging-non-newly-added-files came from the following commands:
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
Looking back at the different types of special sparsity handling listed
at the beginning of this message, you may note that we have at least one
of each type covered here: merge, diff-index, and read-tree. The weird
mix-and-match led to 3 different bugs:
(1) If a path merged cleanly and it didn't match the sparsity patterns,
the merge backend would know to avoid writing it to the working tree and
keep the SKIP_WORKTREE bit, simply only updating it in the index.
Unfortunately, the subsequent commands would essentially undo the
changes in the index and thus simply toss the changes altogether since
there was nothing left in the working tree. This means the stash is
only partially applied.
(2) If a path existed in the worktree before `git stash apply` despite
having the SKIP_WORKTREE bit set, then the `git read-tree --reset` would
print an error message of the form
error: Entry 'modified' not uptodate. Cannot merge.
and cause stash to abort early.
(3) If there was a brand new file added by the stash, then the
diff-index command would save that pathname to the temporary file, the
read-tree --reset would remove it from the index, and the update-index
command would barf due to no such file being present in the working
copy; it would print a message of the form:
error: NEWFILE: does not exist and --remove not passed
fatal: Unable to process path NEWFILE
and then cause stash to abort early.
Basically, the whole idea of unstage-unless-brand-new requires special
care when you are dealing with a sparse-checkout. Fix these problems
by applying the following simple rule:
When we unstage files, if they have the SKIP_WORKTREE bit set,
clear that bit and write the file out to the working directory.
(*) If there's already a file present in the way, rename it first.
This fixes all three problems in t7012.13 and allows us to mark it as
passing.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:18 +00:00
|
|
|
if (!lstat(ce->name, &st)) {
|
|
|
|
/* Conflicting path present; relocate it */
|
|
|
|
struct strbuf new_path = STRBUF_INIT;
|
|
|
|
int fd;
|
|
|
|
|
|
|
|
strbuf_addf(&new_path,
|
|
|
|
"%s.stash.XXXXXX", ce->name);
|
|
|
|
fd = xmkstemp(new_path.buf);
|
|
|
|
close(fd);
|
|
|
|
printf(_("WARNING: Untracked file in way of "
|
|
|
|
"tracked file! Renaming\n "
|
|
|
|
" %s -> %s\n"
|
|
|
|
" to make room.\n"),
|
|
|
|
ce->name, new_path.buf);
|
|
|
|
if (rename(ce->name, new_path.buf))
|
|
|
|
die("Failed to move %s to %s\n",
|
|
|
|
ce->name, new_path.buf);
|
|
|
|
strbuf_release(&new_path);
|
|
|
|
}
|
|
|
|
checkout_entry(ce, &state, NULL, NULL);
|
|
|
|
ce->ce_flags &= ~CE_SKIP_WORKTREE;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Step 3: "unstage" changes, as long as they are still tracked
|
stash: remove unnecessary process forking
When stash was converted from shell to a builtin, it merely
transliterated the forking of various git commands from shell to a C
program that would fork the same commands. Some of those were converted
over to actual library calls, but much of the pipeline-of-commands
design still remains. Fix some of this by replacing the portion
corresponding to
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
into a library function that does the same thing. (The read-tree
--reset was already partially converted over to a library call, but as
an independent piece.) Note here that this came after a merge operation
was performed. The merge machinery always stages anything that cleanly
merges, and the above code only runs if there are no conflicts. Its
purpose is to make it so that when there are no conflicts, all the
changes from the stash are unstaged. However, that causes brand new
files from the stash to become untracked, so the code above first saves
those files off and then re-adds them afterwards.
We replace the whole series of commands with a simple function that will
unstage files that are not newly added. This doesn't fix any bugs in
the usage of these commands, it simply matches the existing behavior but
makes it into a single atomic operation that we can then operate on as a
whole. A subsequent commit will take advantage of this to fix issues
with these commands in sparse-checkouts.
This conversion incidentally fixes t3906.1, because the separate
update-index process would die with the following error messages:
error: uninitialized_sub: is a directory - add files inside instead
fatal: Unable to process path uninitialized_sub
The unstaging of the directory as a submodule meant it was no longer
tracked, and thus as an uninitialized directory it could not be added
back using `git update-index --add`, thus resulting in this error and
early abort. Most of the submodule tests in 3906 continue to fail after
this change, this change was just enough to push the first of those
tests to success.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:17 +00:00
|
|
|
*/
|
|
|
|
if (p->one->oid_valid) {
|
|
|
|
/*
|
|
|
|
* Path existed in orig_tree; restore index entry
|
|
|
|
* from that tree in order to "unstage" the changes.
|
|
|
|
*/
|
|
|
|
int option = ADD_CACHE_OK_TO_REPLACE;
|
|
|
|
if (pos < 0)
|
|
|
|
option = ADD_CACHE_OK_TO_ADD;
|
|
|
|
|
|
|
|
ce = make_cache_entry(&the_index,
|
|
|
|
p->one->mode,
|
|
|
|
&p->one->oid,
|
|
|
|
p->one->path,
|
|
|
|
0, 0);
|
|
|
|
add_index_entry(&the_index, ce, option);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
diff_flush(&diff_opts);
|
|
|
|
|
|
|
|
/*
|
stash: fix stash application in sparse-checkouts
sparse-checkouts are built on the patterns in the
$GIT_DIR/info/sparse-checkout file, where commands have modified
behavior for paths that do not match those patterns. The differences in
behavior, as far as the bugs concerned here, fall into three different
categories (with git subcommands that fall into each category listed):
* commands that only look at files matching the patterns:
* status
* diff
* clean
* update-index
* commands that remove files from the working tree that do not match
the patterns, and restore files that do match them:
* read-tree
* switch
* checkout
* reset (--hard)
* commands that omit writing files to the working tree that do not
match the patterns, unless those files are not clean:
* merge
* rebase
* cherry-pick
* revert
There are some caveats above, e.g. a plain `git diff` ignores files
outside the sparsity patterns but will show diffs for paths outside the
sparsity patterns when revision arguments are passed. (Technically,
diff is treating the sparse paths as matching HEAD.) So, there is some
internal inconsistency among these commands. There are also additional
commands that should behave differently in the face of sparse-checkouts,
as the sparse-checkout documentation alludes to, but the above is
sufficient for me to explain how `git stash` is affected.
What is relevant here is that logically 'stash' should behave like a
merge; it three-way merges the changes the user had in progress at stash
creation time, the HEAD at the time the stash was created, and the
current HEAD, in order to get the stashed changes applied to the current
branch. However, this simplistic view doesn't quite work in practice,
because stash tweaks it a bit due to two factors: (1) flags like
--keep-index and --include-untracked (why we used two different verbs,
'keep' and 'include', is a rant for another day) modify what should be
staged at the end and include more things that should be quasi-merged,
(2) stash generally wants changes to NOT be staged. It only provides
exceptions when (a) some of the changes had conflicts and thus we want
to use stages to denote the clean merges and higher order stages to
mark the conflicts, or (b) if there is a brand new file we don't want
it to become untracked.
stash has traditionally gotten this special behavior by first doing a
merge, and then when it's clean, applying a pipeline of commands to
modify the result. This series of commands for
unstaging-non-newly-added-files came from the following commands:
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
Looking back at the different types of special sparsity handling listed
at the beginning of this message, you may note that we have at least one
of each type covered here: merge, diff-index, and read-tree. The weird
mix-and-match led to 3 different bugs:
(1) If a path merged cleanly and it didn't match the sparsity patterns,
the merge backend would know to avoid writing it to the working tree and
keep the SKIP_WORKTREE bit, simply only updating it in the index.
Unfortunately, the subsequent commands would essentially undo the
changes in the index and thus simply toss the changes altogether since
there was nothing left in the working tree. This means the stash is
only partially applied.
(2) If a path existed in the worktree before `git stash apply` despite
having the SKIP_WORKTREE bit set, then the `git read-tree --reset` would
print an error message of the form
error: Entry 'modified' not uptodate. Cannot merge.
and cause stash to abort early.
(3) If there was a brand new file added by the stash, then the
diff-index command would save that pathname to the temporary file, the
read-tree --reset would remove it from the index, and the update-index
command would barf due to no such file being present in the working
copy; it would print a message of the form:
error: NEWFILE: does not exist and --remove not passed
fatal: Unable to process path NEWFILE
and then cause stash to abort early.
Basically, the whole idea of unstage-unless-brand-new requires special
care when you are dealing with a sparse-checkout. Fix these problems
by applying the following simple rule:
When we unstage files, if they have the SKIP_WORKTREE bit set,
clear that bit and write the file out to the working directory.
(*) If there's already a file present in the way, rename it first.
This fixes all three problems in t7012.13 and allows us to mark it as
passing.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:18 +00:00
|
|
|
* Step 4: write the new index to disk
|
stash: remove unnecessary process forking
When stash was converted from shell to a builtin, it merely
transliterated the forking of various git commands from shell to a C
program that would fork the same commands. Some of those were converted
over to actual library calls, but much of the pipeline-of-commands
design still remains. Fix some of this by replacing the portion
corresponding to
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
into a library function that does the same thing. (The read-tree
--reset was already partially converted over to a library call, but as
an independent piece.) Note here that this came after a merge operation
was performed. The merge machinery always stages anything that cleanly
merges, and the above code only runs if there are no conflicts. Its
purpose is to make it so that when there are no conflicts, all the
changes from the stash are unstaged. However, that causes brand new
files from the stash to become untracked, so the code above first saves
those files off and then re-adds them afterwards.
We replace the whole series of commands with a simple function that will
unstage files that are not newly added. This doesn't fix any bugs in
the usage of these commands, it simply matches the existing behavior but
makes it into a single atomic operation that we can then operate on as a
whole. A subsequent commit will take advantage of this to fix issues
with these commands in sparse-checkouts.
This conversion incidentally fixes t3906.1, because the separate
update-index process would die with the following error messages:
error: uninitialized_sub: is a directory - add files inside instead
fatal: Unable to process path uninitialized_sub
The unstaging of the directory as a submodule meant it was no longer
tracked, and thus as an uninitialized directory it could not be added
back using `git update-index --add`, thus resulting in this error and
early abort. Most of the submodule tests in 3906 continue to fail after
this change, this change was just enough to push the first of those
tests to success.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:17 +00:00
|
|
|
*/
|
|
|
|
repo_hold_locked_index(the_repository, &lock, LOCK_DIE_ON_ERROR);
|
|
|
|
if (write_locked_index(&the_index, &lock,
|
|
|
|
COMMIT_LOCK | SKIP_IF_UNCHANGED))
|
|
|
|
die(_("Unable to write index."));
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:15 +00:00
|
|
|
static int do_apply_stash(const char *prefix, struct stash_info *info,
|
|
|
|
int index, int quiet)
|
|
|
|
{
|
stash: apply stash using 'merge_ort_nonrecursive()'
Update 'stash' to use 'merge_ort_nonrecursive()' to apply a stash to the
current working tree. When 'git stash apply' was converted from its shell
script implementation to a builtin in 8a0fc8d19d (stash: convert apply to
builtin, 2019-02-25), 'merge_recursive_generic()' was used to merge a stash
into the working tree as part of 'git stash (apply|pop)'. However, with the
single merge base used in 'do_apply_stash()', the commit wrapping done by
'merge_recursive_generic()' is not only unnecessary, but misleading (the
*real* merge base is labeled "constructed merge base"). Therefore, a
non-recursive merge of the working tree, stashed tree, and stash base tree
is more appropriate.
There are two options for a non-recursive merge-then-update-worktree
function: 'merge_trees()' and 'merge_ort_nonrecursive()'. Use
'merge_ort_nonrecursive()' to align with the default merge strategy used by
'git merge' (6a5fb96672 (Change default merge backend from recursive to ort,
2021-08-04)) and, because merge-ort does not operate in-place on the index,
avoid unnecessary index expansion. Update tests in 't1092' verifying index
expansion for 'git stash' accordingly.
Signed-off-by: Victoria Dye <vdye@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-05-10 23:32:31 +00:00
|
|
|
int clean, ret;
|
2019-02-25 23:16:15 +00:00
|
|
|
int has_index = index;
|
|
|
|
struct merge_options o;
|
|
|
|
struct object_id c_tree;
|
|
|
|
struct object_id index_tree;
|
stash: apply stash using 'merge_ort_nonrecursive()'
Update 'stash' to use 'merge_ort_nonrecursive()' to apply a stash to the
current working tree. When 'git stash apply' was converted from its shell
script implementation to a builtin in 8a0fc8d19d (stash: convert apply to
builtin, 2019-02-25), 'merge_recursive_generic()' was used to merge a stash
into the working tree as part of 'git stash (apply|pop)'. However, with the
single merge base used in 'do_apply_stash()', the commit wrapping done by
'merge_recursive_generic()' is not only unnecessary, but misleading (the
*real* merge base is labeled "constructed merge base"). Therefore, a
non-recursive merge of the working tree, stashed tree, and stash base tree
is more appropriate.
There are two options for a non-recursive merge-then-update-worktree
function: 'merge_trees()' and 'merge_ort_nonrecursive()'. Use
'merge_ort_nonrecursive()' to align with the default merge strategy used by
'git merge' (6a5fb96672 (Change default merge backend from recursive to ort,
2021-08-04)) and, because merge-ort does not operate in-place on the index,
avoid unnecessary index expansion. Update tests in 't1092' verifying index
expansion for 'git stash' accordingly.
Signed-off-by: Victoria Dye <vdye@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-05-10 23:32:31 +00:00
|
|
|
struct tree *head, *merge, *merge_base;
|
|
|
|
struct lock_file lock = LOCK_INIT;
|
2019-02-25 23:16:15 +00:00
|
|
|
|
2022-11-19 13:07:38 +00:00
|
|
|
repo_read_index_preload(the_repository, NULL, 0);
|
|
|
|
if (repo_refresh_and_write_index(the_repository, REFRESH_QUIET, 0, 0,
|
|
|
|
NULL, NULL, NULL))
|
2019-02-25 23:16:15 +00:00
|
|
|
return -1;
|
|
|
|
|
cocci & cache-tree.h: migrate "write_cache_as_tree" to "*_index_*"
Add a trivial rule for "write_cache_as_tree" to
"index-compatibility.cocci", and apply it. This was left out of the
rules added in 0e6550a2c63 (cocci: add a
index-compatibility.pending.cocci, 2022-11-19) because this
compatibility wrapper lived in "cache-tree.h", not "cache.h"
But it's like the other "USE_THE_INDEX_COMPATIBILITY_MACROS", so let's
migrate it too.
The replacement of "USE_THE_INDEX_COMPATIBILITY_MACROS" here with
"USE_THE_INDEX_VARIABLE" is a manual change on top, now that these
files only use "&the_index", and don't need any compatibility
macros (or functions).
The wrapping of some argument lists is likewise manual, as coccinelle
would otherwise give us overly long argument lists.
The reason for putting the "O" in the cocci rule on the "-" and "+"
lines is because I couldn't get correct whitespacing otherwise,
i.e. I'd end up with "oid,&the_index", not "oid, &the_index".
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-02-10 10:28:37 +00:00
|
|
|
if (write_index_as_tree(&c_tree, &the_index, get_index_file(), 0,
|
|
|
|
NULL))
|
2019-02-25 23:16:15 +00:00
|
|
|
return error(_("cannot apply a stash in the middle of a merge"));
|
|
|
|
|
|
|
|
if (index) {
|
|
|
|
if (oideq(&info->b_tree, &info->i_tree) ||
|
|
|
|
oideq(&c_tree, &info->i_tree)) {
|
|
|
|
has_index = 0;
|
|
|
|
} else {
|
|
|
|
struct strbuf out = STRBUF_INIT;
|
|
|
|
|
|
|
|
if (diff_tree_binary(&out, &info->w_commit)) {
|
|
|
|
strbuf_release(&out);
|
|
|
|
return error(_("could not generate diff %s^!."),
|
|
|
|
oid_to_hex(&info->w_commit));
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = apply_cached(&out);
|
|
|
|
strbuf_release(&out);
|
|
|
|
if (ret)
|
2020-11-24 00:52:12 +00:00
|
|
|
return error(_("conflicts in index. "
|
2019-02-25 23:16:15 +00:00
|
|
|
"Try without --index."));
|
|
|
|
|
2022-11-19 13:07:38 +00:00
|
|
|
discard_index(&the_index);
|
|
|
|
repo_read_index(the_repository);
|
cocci & cache-tree.h: migrate "write_cache_as_tree" to "*_index_*"
Add a trivial rule for "write_cache_as_tree" to
"index-compatibility.cocci", and apply it. This was left out of the
rules added in 0e6550a2c63 (cocci: add a
index-compatibility.pending.cocci, 2022-11-19) because this
compatibility wrapper lived in "cache-tree.h", not "cache.h"
But it's like the other "USE_THE_INDEX_COMPATIBILITY_MACROS", so let's
migrate it too.
The replacement of "USE_THE_INDEX_COMPATIBILITY_MACROS" here with
"USE_THE_INDEX_VARIABLE" is a manual change on top, now that these
files only use "&the_index", and don't need any compatibility
macros (or functions).
The wrapping of some argument lists is likewise manual, as coccinelle
would otherwise give us overly long argument lists.
The reason for putting the "O" in the cocci rule on the "-" and "+"
lines is because I couldn't get correct whitespacing otherwise,
i.e. I'd end up with "oid,&the_index", not "oid, &the_index".
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-02-10 10:28:37 +00:00
|
|
|
if (write_index_as_tree(&index_tree, &the_index,
|
|
|
|
get_index_file(), 0, NULL))
|
2019-02-25 23:16:15 +00:00
|
|
|
return error(_("could not save index tree"));
|
|
|
|
|
|
|
|
reset_head();
|
2022-11-19 13:07:38 +00:00
|
|
|
discard_index(&the_index);
|
|
|
|
repo_read_index(the_repository);
|
2019-02-25 23:16:15 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-04-22 02:14:43 +00:00
|
|
|
init_merge_options(&o, the_repository);
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
o.branch1 = "Updated upstream";
|
|
|
|
o.branch2 = "Stashed changes";
|
stash: apply stash using 'merge_ort_nonrecursive()'
Update 'stash' to use 'merge_ort_nonrecursive()' to apply a stash to the
current working tree. When 'git stash apply' was converted from its shell
script implementation to a builtin in 8a0fc8d19d (stash: convert apply to
builtin, 2019-02-25), 'merge_recursive_generic()' was used to merge a stash
into the working tree as part of 'git stash (apply|pop)'. However, with the
single merge base used in 'do_apply_stash()', the commit wrapping done by
'merge_recursive_generic()' is not only unnecessary, but misleading (the
*real* merge base is labeled "constructed merge base"). Therefore, a
non-recursive merge of the working tree, stashed tree, and stash base tree
is more appropriate.
There are two options for a non-recursive merge-then-update-worktree
function: 'merge_trees()' and 'merge_ort_nonrecursive()'. Use
'merge_ort_nonrecursive()' to align with the default merge strategy used by
'git merge' (6a5fb96672 (Change default merge backend from recursive to ort,
2021-08-04)) and, because merge-ort does not operate in-place on the index,
avoid unnecessary index expansion. Update tests in 't1092' verifying index
expansion for 'git stash' accordingly.
Signed-off-by: Victoria Dye <vdye@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-05-10 23:32:31 +00:00
|
|
|
o.ancestor = "Stash base";
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
if (oideq(&info->b_tree, &c_tree))
|
|
|
|
o.branch1 = "Version stash was based on";
|
|
|
|
|
|
|
|
if (quiet)
|
|
|
|
o.verbosity = 0;
|
|
|
|
|
|
|
|
if (o.verbosity >= 3)
|
|
|
|
printf_ln(_("Merging %s with %s"), o.branch1, o.branch2);
|
|
|
|
|
stash: apply stash using 'merge_ort_nonrecursive()'
Update 'stash' to use 'merge_ort_nonrecursive()' to apply a stash to the
current working tree. When 'git stash apply' was converted from its shell
script implementation to a builtin in 8a0fc8d19d (stash: convert apply to
builtin, 2019-02-25), 'merge_recursive_generic()' was used to merge a stash
into the working tree as part of 'git stash (apply|pop)'. However, with the
single merge base used in 'do_apply_stash()', the commit wrapping done by
'merge_recursive_generic()' is not only unnecessary, but misleading (the
*real* merge base is labeled "constructed merge base"). Therefore, a
non-recursive merge of the working tree, stashed tree, and stash base tree
is more appropriate.
There are two options for a non-recursive merge-then-update-worktree
function: 'merge_trees()' and 'merge_ort_nonrecursive()'. Use
'merge_ort_nonrecursive()' to align with the default merge strategy used by
'git merge' (6a5fb96672 (Change default merge backend from recursive to ort,
2021-08-04)) and, because merge-ort does not operate in-place on the index,
avoid unnecessary index expansion. Update tests in 't1092' verifying index
expansion for 'git stash' accordingly.
Signed-off-by: Victoria Dye <vdye@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-05-10 23:32:31 +00:00
|
|
|
head = lookup_tree(o.repo, &c_tree);
|
|
|
|
merge = lookup_tree(o.repo, &info->w_tree);
|
|
|
|
merge_base = lookup_tree(o.repo, &info->b_tree);
|
|
|
|
|
|
|
|
repo_hold_locked_index(o.repo, &lock, LOCK_DIE_ON_ERROR);
|
|
|
|
clean = merge_ort_nonrecursive(&o, head, merge, merge_base);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If 'clean' >= 0, reverse the value for 'ret' so 'ret' is 0 when the
|
|
|
|
* merge was clean, and nonzero if the merge was unclean or encountered
|
|
|
|
* an error.
|
|
|
|
*/
|
|
|
|
ret = clean >= 0 ? !clean : clean;
|
|
|
|
|
|
|
|
if (ret < 0)
|
|
|
|
rollback_lock_file(&lock);
|
|
|
|
else if (write_locked_index(o.repo->index, &lock,
|
|
|
|
COMMIT_LOCK | SKIP_IF_UNCHANGED))
|
|
|
|
ret = error(_("could not write index"));
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
if (ret) {
|
2023-03-28 13:58:55 +00:00
|
|
|
repo_rerere(the_repository, 0);
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
if (index)
|
|
|
|
fprintf_ln(stderr, _("Index was not unstashed."));
|
|
|
|
|
2022-01-04 23:04:58 +00:00
|
|
|
goto restore_untracked;
|
2019-02-25 23:16:15 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
if (has_index) {
|
|
|
|
if (reset_tree(&index_tree, 0, 0))
|
2022-01-04 23:04:58 +00:00
|
|
|
ret = -1;
|
2019-02-25 23:16:15 +00:00
|
|
|
} else {
|
stash: remove unnecessary process forking
When stash was converted from shell to a builtin, it merely
transliterated the forking of various git commands from shell to a C
program that would fork the same commands. Some of those were converted
over to actual library calls, but much of the pipeline-of-commands
design still remains. Fix some of this by replacing the portion
corresponding to
git diff-index --cached --name-only --diff-filter=A $CTREE >"$a"
git read-tree --reset $CTREE
git update-index --add --stdin <"$a"
rm -f "$a"
into a library function that does the same thing. (The read-tree
--reset was already partially converted over to a library call, but as
an independent piece.) Note here that this came after a merge operation
was performed. The merge machinery always stages anything that cleanly
merges, and the above code only runs if there are no conflicts. Its
purpose is to make it so that when there are no conflicts, all the
changes from the stash are unstaged. However, that causes brand new
files from the stash to become untracked, so the code above first saves
those files off and then re-adds them afterwards.
We replace the whole series of commands with a simple function that will
unstage files that are not newly added. This doesn't fix any bugs in
the usage of these commands, it simply matches the existing behavior but
makes it into a single atomic operation that we can then operate on as a
whole. A subsequent commit will take advantage of this to fix issues
with these commands in sparse-checkouts.
This conversion incidentally fixes t3906.1, because the separate
update-index process would die with the following error messages:
error: uninitialized_sub: is a directory - add files inside instead
fatal: Unable to process path uninitialized_sub
The unstaging of the directory as a submodule meant it was no longer
tracked, and thus as an uninitialized directory it could not be added
back using `git update-index --add`, thus resulting in this error and
early abort. Most of the submodule tests in 3906 continue to fail after
this change, this change was just enough to push the first of those
tests to success.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-01 22:25:17 +00:00
|
|
|
unstage_changes_unless_new(&c_tree);
|
2019-02-25 23:16:15 +00:00
|
|
|
}
|
|
|
|
|
2022-01-04 23:04:58 +00:00
|
|
|
restore_untracked:
|
2021-09-10 10:29:56 +00:00
|
|
|
if (info->has_u && restore_untracked(&info->u_tree))
|
2022-01-04 23:04:58 +00:00
|
|
|
ret = error(_("could not restore untracked files from stash"));
|
2021-09-10 10:29:56 +00:00
|
|
|
|
stash: make sure we have a valid index before writing it
In 'do_apply_stash()' we refresh the index in the end. Since
34933d0eff ("stash: make sure to write refreshed cache", 2019-09-11),
we also write that refreshed index when --quiet is given to 'git stash
apply'.
However if '--index' is not given to 'git stash apply', we also
discard the index in the else clause just before. We need to do so
because we use an external 'git update-index --add --stdin', which
leads to an out of date in-core index.
Later we call 'refresh_and_write_cache', which now leads to writing
the discarded index, which means we essentially write an empty index
file. This is obviously not correct, or the behaviour the user
wanted. We should not modify the users index without being asked to
do so.
Make sure to re-read the index after discarding the current in-core
index, to avoid dealing with outdated information. Instead we could
also drop the 'discard_cache()' + 'read_cache()', however that would
make it easy to fall into the same trap as 34933d0eff did, so it's
better to avoid that.
We can also drop the 'refresh_and_write_cache' completely in the quiet
case. Previously in legacy stash we relied on 'git status' to refresh
the index after calling 'git read-tree' when '--index' was passed to
'git apply'. However the 'reset_tree()' call that replaced 'git
read-tree' always passes options that are equivalent to '-m', making
the refresh of the index unnecessary.
Reported-by: Grzegorz Rajchman <rayman17@gmail.com>
Signed-off-by: Thomas Gummerer <t.gummerer@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-11-13 15:01:36 +00:00
|
|
|
if (!quiet) {
|
2019-02-25 23:16:15 +00:00
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Status is quite simple and could be replaced with calls to
|
|
|
|
* wt_status in the future, but it adds complexities which may
|
|
|
|
* require more tests.
|
|
|
|
*/
|
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.dir = prefix;
|
2022-06-02 09:09:50 +00:00
|
|
|
strvec_pushf(&cp.env, GIT_WORK_TREE_ENVIRONMENT"=%s",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
absolute_path(get_git_work_tree()));
|
2022-06-02 09:09:50 +00:00
|
|
|
strvec_pushf(&cp.env, GIT_DIR_ENVIRONMENT"=%s",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
absolute_path(get_git_dir()));
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&cp.args, "status");
|
2019-02-25 23:16:15 +00:00
|
|
|
run_command(&cp);
|
|
|
|
}
|
|
|
|
|
2022-01-04 23:04:58 +00:00
|
|
|
return ret;
|
2019-02-25 23:16:15 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static int apply_stash(int argc, const char **argv, const char *prefix)
|
|
|
|
{
|
2022-04-13 20:01:39 +00:00
|
|
|
int ret = -1;
|
2019-02-25 23:16:15 +00:00
|
|
|
int quiet = 0;
|
|
|
|
int index = 0;
|
2022-04-13 20:01:39 +00:00
|
|
|
struct stash_info info = STASH_INFO_INIT;
|
2019-02-25 23:16:15 +00:00
|
|
|
struct option options[] = {
|
|
|
|
OPT__QUIET(&quiet, N_("be quiet, only report errors")),
|
|
|
|
OPT_BOOL(0, "index", &index,
|
|
|
|
N_("attempt to recreate the index")),
|
|
|
|
OPT_END()
|
|
|
|
};
|
|
|
|
|
|
|
|
argc = parse_options(argc, argv, prefix, options,
|
2019-02-25 23:16:28 +00:00
|
|
|
git_stash_apply_usage, 0);
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
if (get_stash_info(&info, argc, argv))
|
2022-04-13 20:01:39 +00:00
|
|
|
goto cleanup;
|
2019-02-25 23:16:15 +00:00
|
|
|
|
|
|
|
ret = do_apply_stash(prefix, &info, index, quiet);
|
2022-04-13 20:01:39 +00:00
|
|
|
cleanup:
|
2019-02-25 23:16:15 +00:00
|
|
|
free_stash_info(&info);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2022-08-25 17:09:48 +00:00
|
|
|
static int reject_reflog_ent(struct object_id *ooid UNUSED,
|
|
|
|
struct object_id *noid UNUSED,
|
|
|
|
const char *email UNUSED,
|
|
|
|
timestamp_t timestamp UNUSED,
|
|
|
|
int tz UNUSED, const char *message UNUSED,
|
|
|
|
void *cb_data UNUSED)
|
2020-10-24 17:06:48 +00:00
|
|
|
{
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int reflog_is_empty(const char *refname)
|
|
|
|
{
|
|
|
|
return !for_each_reflog_ent(refname, reject_reflog_ent, NULL);
|
|
|
|
}
|
|
|
|
|
2019-03-09 18:30:21 +00:00
|
|
|
static int do_drop_stash(struct stash_info *info, int quiet)
|
2019-02-25 23:16:16 +00:00
|
|
|
{
|
2022-03-02 22:27:24 +00:00
|
|
|
if (!reflog_delete(info->revision.buf,
|
|
|
|
EXPIRE_REFLOGS_REWRITE | EXPIRE_REFLOGS_UPDATE_REF,
|
|
|
|
0)) {
|
2019-02-25 23:16:16 +00:00
|
|
|
if (!quiet)
|
|
|
|
printf_ln(_("Dropped %s (%s)"), info->revision.buf,
|
|
|
|
oid_to_hex(&info->w_commit));
|
|
|
|
} else {
|
|
|
|
return error(_("%s: Could not drop stash entry"),
|
|
|
|
info->revision.buf);
|
|
|
|
}
|
|
|
|
|
2020-10-24 17:06:48 +00:00
|
|
|
if (reflog_is_empty(ref_stash))
|
2019-02-25 23:16:16 +00:00
|
|
|
do_clear_stash();
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2022-04-13 20:01:39 +00:00
|
|
|
static int get_stash_info_assert(struct stash_info *info, int argc,
|
|
|
|
const char **argv)
|
2019-02-25 23:16:16 +00:00
|
|
|
{
|
2022-04-13 20:01:39 +00:00
|
|
|
int ret = get_stash_info(info, argc, argv);
|
|
|
|
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
if (!info->is_stash_ref)
|
|
|
|
return error(_("'%s' is not a stash reference"), info->revision.buf);
|
|
|
|
|
|
|
|
return 0;
|
2019-02-25 23:16:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static int drop_stash(int argc, const char **argv, const char *prefix)
|
|
|
|
{
|
2022-04-13 20:01:39 +00:00
|
|
|
int ret = -1;
|
2019-02-25 23:16:16 +00:00
|
|
|
int quiet = 0;
|
2022-04-13 20:01:39 +00:00
|
|
|
struct stash_info info = STASH_INFO_INIT;
|
2019-02-25 23:16:16 +00:00
|
|
|
struct option options[] = {
|
|
|
|
OPT__QUIET(&quiet, N_("be quiet, only report errors")),
|
|
|
|
OPT_END()
|
|
|
|
};
|
|
|
|
|
|
|
|
argc = parse_options(argc, argv, prefix, options,
|
2019-02-25 23:16:28 +00:00
|
|
|
git_stash_drop_usage, 0);
|
2019-02-25 23:16:16 +00:00
|
|
|
|
2022-04-13 20:01:39 +00:00
|
|
|
if (get_stash_info_assert(&info, argc, argv))
|
|
|
|
goto cleanup;
|
2019-02-25 23:16:16 +00:00
|
|
|
|
2019-03-09 18:30:21 +00:00
|
|
|
ret = do_drop_stash(&info, quiet);
|
2022-04-13 20:01:39 +00:00
|
|
|
cleanup:
|
2019-02-25 23:16:16 +00:00
|
|
|
free_stash_info(&info);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:18 +00:00
|
|
|
static int pop_stash(int argc, const char **argv, const char *prefix)
|
|
|
|
{
|
2022-04-13 20:01:39 +00:00
|
|
|
int ret = -1;
|
2019-02-25 23:16:18 +00:00
|
|
|
int index = 0;
|
|
|
|
int quiet = 0;
|
2022-04-13 20:01:39 +00:00
|
|
|
struct stash_info info = STASH_INFO_INIT;
|
2019-02-25 23:16:18 +00:00
|
|
|
struct option options[] = {
|
|
|
|
OPT__QUIET(&quiet, N_("be quiet, only report errors")),
|
|
|
|
OPT_BOOL(0, "index", &index,
|
|
|
|
N_("attempt to recreate the index")),
|
|
|
|
OPT_END()
|
|
|
|
};
|
|
|
|
|
|
|
|
argc = parse_options(argc, argv, prefix, options,
|
2019-02-25 23:16:28 +00:00
|
|
|
git_stash_pop_usage, 0);
|
2019-02-25 23:16:18 +00:00
|
|
|
|
2022-04-13 20:01:39 +00:00
|
|
|
if (get_stash_info_assert(&info, argc, argv))
|
|
|
|
goto cleanup;
|
2019-02-25 23:16:18 +00:00
|
|
|
|
|
|
|
if ((ret = do_apply_stash(prefix, &info, index, quiet)))
|
|
|
|
printf_ln(_("The stash entry is kept in case "
|
|
|
|
"you need it again."));
|
|
|
|
else
|
2019-03-09 18:30:21 +00:00
|
|
|
ret = do_drop_stash(&info, quiet);
|
2019-02-25 23:16:18 +00:00
|
|
|
|
2022-04-13 20:01:39 +00:00
|
|
|
cleanup:
|
2019-02-25 23:16:18 +00:00
|
|
|
free_stash_info(&info);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:17 +00:00
|
|
|
static int branch_stash(int argc, const char **argv, const char *prefix)
|
|
|
|
{
|
2022-04-13 20:01:39 +00:00
|
|
|
int ret = -1;
|
2019-02-25 23:16:17 +00:00
|
|
|
const char *branch = NULL;
|
2022-04-13 20:01:39 +00:00
|
|
|
struct stash_info info = STASH_INFO_INIT;
|
2019-02-25 23:16:17 +00:00
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
struct option options[] = {
|
|
|
|
OPT_END()
|
|
|
|
};
|
|
|
|
|
|
|
|
argc = parse_options(argc, argv, prefix, options,
|
2019-02-25 23:16:28 +00:00
|
|
|
git_stash_branch_usage, 0);
|
2019-02-25 23:16:17 +00:00
|
|
|
|
|
|
|
if (!argc) {
|
|
|
|
fprintf_ln(stderr, _("No branch name specified"));
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
branch = argv[0];
|
|
|
|
|
|
|
|
if (get_stash_info(&info, argc - 1, argv + 1))
|
2022-04-13 20:01:39 +00:00
|
|
|
goto cleanup;
|
2019-02-25 23:16:17 +00:00
|
|
|
|
|
|
|
cp.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp.args, "checkout", "-b", NULL);
|
|
|
|
strvec_push(&cp.args, branch);
|
|
|
|
strvec_push(&cp.args, oid_to_hex(&info.b_commit));
|
2019-02-25 23:16:17 +00:00
|
|
|
ret = run_command(&cp);
|
|
|
|
if (!ret)
|
|
|
|
ret = do_apply_stash(prefix, &info, 1, 0);
|
|
|
|
if (!ret && info.is_stash_ref)
|
2019-03-09 18:30:21 +00:00
|
|
|
ret = do_drop_stash(&info, 0);
|
2019-02-25 23:16:17 +00:00
|
|
|
|
2022-04-13 20:01:39 +00:00
|
|
|
cleanup:
|
2019-02-25 23:16:17 +00:00
|
|
|
free_stash_info(&info);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:19 +00:00
|
|
|
static int list_stash(int argc, const char **argv, const char *prefix)
|
|
|
|
{
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
struct option options[] = {
|
|
|
|
OPT_END()
|
|
|
|
};
|
|
|
|
|
|
|
|
argc = parse_options(argc, argv, prefix, options,
|
2019-02-25 23:16:28 +00:00
|
|
|
git_stash_list_usage,
|
2022-08-19 16:03:57 +00:00
|
|
|
PARSE_OPT_KEEP_UNKNOWN_OPT);
|
2019-02-25 23:16:19 +00:00
|
|
|
|
|
|
|
if (!ref_exists(ref_stash))
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
cp.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp.args, "log", "--format=%gd: %gs", "-g",
|
2021-05-20 21:47:01 +00:00
|
|
|
"--first-parent", NULL);
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushv(&cp.args, argv);
|
|
|
|
strvec_push(&cp.args, ref_stash);
|
|
|
|
strvec_push(&cp.args, "--");
|
2019-02-25 23:16:19 +00:00
|
|
|
return run_command(&cp);
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:20 +00:00
|
|
|
static int show_stat = 1;
|
|
|
|
static int show_patch;
|
2021-03-03 11:16:43 +00:00
|
|
|
static int show_include_untracked;
|
2019-02-25 23:16:20 +00:00
|
|
|
|
config: add ctx arg to config_fn_t
Add a new "const struct config_context *ctx" arg to config_fn_t to hold
additional information about the config iteration operation.
config_context has a "struct key_value_info kvi" member that holds
metadata about the config source being read (e.g. what kind of config
source it is, the filename, etc). In this series, we're only interested
in .kvi, so we could have just used "struct key_value_info" as an arg,
but config_context makes it possible to add/adjust members in the future
without changing the config_fn_t signature. We could also consider other
ways of organizing the args (e.g. moving the config name and value into
config_context or key_value_info), but in my experiments, the
incremental benefit doesn't justify the added complexity (e.g. a
config_fn_t will sometimes invoke another config_fn_t but with a
different config value).
In subsequent commits, the .kvi member will replace the global "struct
config_reader" in config.c, making config iteration a global-free
operation. It requires much more work for the machinery to provide
meaningful values of .kvi, so for now, merely change the signature and
call sites, pass NULL as a placeholder value, and don't rely on the arg
in any meaningful way.
Most of the changes are performed by
contrib/coccinelle/config_fn_ctx.pending.cocci, which, for every
config_fn_t:
- Modifies the signature to accept "const struct config_context *ctx"
- Passes "ctx" to any inner config_fn_t, if needed
- Adds UNUSED attributes to "ctx", if needed
Most config_fn_t instances are easily identified by seeing if they are
called by the various config functions. Most of the remaining ones are
manually named in the .cocci patch. Manual cleanups are still needed,
but the majority of it is trivial; it's either adjusting config_fn_t
that the .cocci patch didn't catch, or adding forward declarations of
"struct config_context ctx" to make the signatures make sense.
The non-trivial changes are in cases where we are invoking a config_fn_t
outside of config machinery, and we now need to decide what value of
"ctx" to pass. These cases are:
- trace2/tr2_cfg.c:tr2_cfg_set_fl()
This is indirectly called by git_config_set() so that the trace2
machinery can notice the new config values and update its settings
using the tr2 config parsing function, i.e. tr2_cfg_cb().
- builtin/checkout.c:checkout_main()
This calls git_xmerge_config() as a shorthand for parsing a CLI arg.
This might be worth refactoring away in the future, since
git_xmerge_config() can call git_default_config(), which can do much
more than just parsing.
Handle them by creating a KVI_INIT macro that initializes "struct
key_value_info" to a reasonable default, and use that to construct the
"ctx" arg.
Signed-off-by: Glen Choo <chooglen@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-06-28 19:26:22 +00:00
|
|
|
static int git_stash_config(const char *var, const char *value,
|
|
|
|
const struct config_context *ctx, void *cb)
|
2019-02-25 23:16:20 +00:00
|
|
|
{
|
|
|
|
if (!strcmp(var, "stash.showstat")) {
|
|
|
|
show_stat = git_config_bool(var, value);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
if (!strcmp(var, "stash.showpatch")) {
|
|
|
|
show_patch = git_config_bool(var, value);
|
|
|
|
return 0;
|
|
|
|
}
|
2021-03-03 11:16:43 +00:00
|
|
|
if (!strcmp(var, "stash.showincludeuntracked")) {
|
|
|
|
show_include_untracked = git_config_bool(var, value);
|
|
|
|
return 0;
|
|
|
|
}
|
config: add ctx arg to config_fn_t
Add a new "const struct config_context *ctx" arg to config_fn_t to hold
additional information about the config iteration operation.
config_context has a "struct key_value_info kvi" member that holds
metadata about the config source being read (e.g. what kind of config
source it is, the filename, etc). In this series, we're only interested
in .kvi, so we could have just used "struct key_value_info" as an arg,
but config_context makes it possible to add/adjust members in the future
without changing the config_fn_t signature. We could also consider other
ways of organizing the args (e.g. moving the config name and value into
config_context or key_value_info), but in my experiments, the
incremental benefit doesn't justify the added complexity (e.g. a
config_fn_t will sometimes invoke another config_fn_t but with a
different config value).
In subsequent commits, the .kvi member will replace the global "struct
config_reader" in config.c, making config iteration a global-free
operation. It requires much more work for the machinery to provide
meaningful values of .kvi, so for now, merely change the signature and
call sites, pass NULL as a placeholder value, and don't rely on the arg
in any meaningful way.
Most of the changes are performed by
contrib/coccinelle/config_fn_ctx.pending.cocci, which, for every
config_fn_t:
- Modifies the signature to accept "const struct config_context *ctx"
- Passes "ctx" to any inner config_fn_t, if needed
- Adds UNUSED attributes to "ctx", if needed
Most config_fn_t instances are easily identified by seeing if they are
called by the various config functions. Most of the remaining ones are
manually named in the .cocci patch. Manual cleanups are still needed,
but the majority of it is trivial; it's either adjusting config_fn_t
that the .cocci patch didn't catch, or adding forward declarations of
"struct config_context ctx" to make the signatures make sense.
The non-trivial changes are in cases where we are invoking a config_fn_t
outside of config machinery, and we now need to decide what value of
"ctx" to pass. These cases are:
- trace2/tr2_cfg.c:tr2_cfg_set_fl()
This is indirectly called by git_config_set() so that the trace2
machinery can notice the new config values and update its settings
using the tr2 config parsing function, i.e. tr2_cfg_cb().
- builtin/checkout.c:checkout_main()
This calls git_xmerge_config() as a shorthand for parsing a CLI arg.
This might be worth refactoring away in the future, since
git_xmerge_config() can call git_default_config(), which can do much
more than just parsing.
Handle them by creating a KVI_INIT macro that initializes "struct
key_value_info" to a reasonable default, and use that to construct the
"ctx" arg.
Signed-off-by: Glen Choo <chooglen@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-06-28 19:26:22 +00:00
|
|
|
return git_diff_basic_config(var, value, ctx, cb);
|
2019-02-25 23:16:20 +00:00
|
|
|
}
|
|
|
|
|
2021-03-03 11:16:42 +00:00
|
|
|
static void diff_include_untracked(const struct stash_info *info, struct diff_options *diff_opt)
|
|
|
|
{
|
|
|
|
const struct object_id *oid[] = { &info->w_commit, &info->u_tree };
|
|
|
|
struct tree *tree[ARRAY_SIZE(oid)];
|
|
|
|
struct tree_desc tree_desc[ARRAY_SIZE(oid)];
|
|
|
|
struct unpack_trees_options unpack_tree_opt = { 0 };
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < ARRAY_SIZE(oid); i++) {
|
|
|
|
tree[i] = parse_tree_indirect(oid[i]);
|
|
|
|
if (parse_tree(tree[i]) < 0)
|
|
|
|
die(_("failed to parse tree"));
|
|
|
|
init_tree_desc(&tree_desc[i], tree[i]->buffer, tree[i]->size);
|
|
|
|
}
|
|
|
|
|
|
|
|
unpack_tree_opt.head_idx = -1;
|
|
|
|
unpack_tree_opt.src_index = &the_index;
|
|
|
|
unpack_tree_opt.dst_index = &the_index;
|
|
|
|
unpack_tree_opt.merge = 1;
|
|
|
|
unpack_tree_opt.fn = stash_worktree_untracked_merge;
|
|
|
|
|
|
|
|
if (unpack_trees(ARRAY_SIZE(tree_desc), tree_desc, &unpack_tree_opt))
|
|
|
|
die(_("failed to unpack trees"));
|
|
|
|
|
|
|
|
do_diff_cache(&info->b_commit, diff_opt);
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:20 +00:00
|
|
|
static int show_stash(int argc, const char **argv, const char *prefix)
|
|
|
|
{
|
|
|
|
int i;
|
2022-04-13 20:01:39 +00:00
|
|
|
int ret = -1;
|
|
|
|
struct stash_info info = STASH_INFO_INIT;
|
2019-02-25 23:16:20 +00:00
|
|
|
struct rev_info rev;
|
2020-07-28 20:24:27 +00:00
|
|
|
struct strvec stash_args = STRVEC_INIT;
|
|
|
|
struct strvec revision_args = STRVEC_INIT;
|
2021-03-03 11:16:42 +00:00
|
|
|
enum {
|
|
|
|
UNTRACKED_NONE,
|
|
|
|
UNTRACKED_INCLUDE,
|
|
|
|
UNTRACKED_ONLY
|
2021-05-21 10:37:47 +00:00
|
|
|
} show_untracked = show_include_untracked ? UNTRACKED_INCLUDE : UNTRACKED_NONE;
|
2019-02-25 23:16:20 +00:00
|
|
|
struct option options[] = {
|
2021-03-03 11:16:42 +00:00
|
|
|
OPT_SET_INT('u', "include-untracked", &show_untracked,
|
|
|
|
N_("include untracked files in the stash"),
|
|
|
|
UNTRACKED_INCLUDE),
|
|
|
|
OPT_SET_INT_F(0, "only-untracked", &show_untracked,
|
|
|
|
N_("only show untracked files in the stash"),
|
|
|
|
UNTRACKED_ONLY, PARSE_OPT_NONEG),
|
2019-02-25 23:16:20 +00:00
|
|
|
OPT_END()
|
|
|
|
};
|
2022-04-13 20:01:39 +00:00
|
|
|
int do_usage = 0;
|
2019-02-25 23:16:20 +00:00
|
|
|
|
|
|
|
init_diff_ui_defaults();
|
|
|
|
git_config(git_diff_ui_config, NULL);
|
2023-03-28 13:58:56 +00:00
|
|
|
repo_init_revisions(the_repository, &rev, prefix);
|
2019-02-25 23:16:20 +00:00
|
|
|
|
2021-03-03 11:16:42 +00:00
|
|
|
argc = parse_options(argc, argv, prefix, options, git_stash_show_usage,
|
2022-08-19 16:03:57 +00:00
|
|
|
PARSE_OPT_KEEP_ARGV0 | PARSE_OPT_KEEP_UNKNOWN_OPT |
|
2021-03-03 11:16:42 +00:00
|
|
|
PARSE_OPT_KEEP_DASHDASH);
|
|
|
|
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&revision_args, argv[0]);
|
2019-02-25 23:16:20 +00:00
|
|
|
for (i = 1; i < argc; i++) {
|
|
|
|
if (argv[i][0] != '-')
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&stash_args, argv[i]);
|
2019-02-25 23:16:20 +00:00
|
|
|
else
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&revision_args, argv[i]);
|
2019-02-25 23:16:20 +00:00
|
|
|
}
|
|
|
|
|
2022-04-13 20:01:39 +00:00
|
|
|
if (get_stash_info(&info, stash_args.nr, stash_args.v))
|
|
|
|
goto cleanup;
|
2019-02-25 23:16:20 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* The config settings are applied only if there are not passed
|
|
|
|
* any options.
|
|
|
|
*/
|
2020-07-29 00:37:20 +00:00
|
|
|
if (revision_args.nr == 1) {
|
2019-02-25 23:16:20 +00:00
|
|
|
if (show_stat)
|
|
|
|
rev.diffopt.output_format = DIFF_FORMAT_DIFFSTAT;
|
|
|
|
|
|
|
|
if (show_patch)
|
|
|
|
rev.diffopt.output_format |= DIFF_FORMAT_PATCH;
|
|
|
|
|
|
|
|
if (!show_stat && !show_patch) {
|
2022-04-13 20:01:39 +00:00
|
|
|
ret = 0;
|
|
|
|
goto cleanup;
|
2019-02-25 23:16:20 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-07-29 00:37:20 +00:00
|
|
|
argc = setup_revisions(revision_args.nr, revision_args.v, &rev, NULL);
|
2022-04-13 20:01:39 +00:00
|
|
|
if (argc > 1)
|
|
|
|
goto usage;
|
stash: setup default diff output format if necessary
In the scripted 'git stash show' when no arguments are passed, we just
pass '--stat' to 'git diff'. When any argument is passed to 'stash
show', we no longer pass '--stat' to 'git diff', and pass whatever
flags are passed directly through to 'git diff'.
By default 'git diff' shows the patch output. So when a user uses
'git stash show --patience', they would be shown the diff as expected,
using the patience algorithm. '--patience' in this case only changes
the diff algorithm, but does not cause 'git diff' to show the diff by
itself. The diff is shown because that's the default behaviour of
'git diff'.
In the C version of 'git stash show', we try to emulate that behaviour
using the internal diff API. However we forgot to set up the default
output format, in case it wasn't set by any of the flags that were
passed through. So 'git stash show --patience' in the builtin version
of stash would be completely silent, while it would show the diff in
the scripted version.
The same thing would happen for other flags that only affect the way a
patch is displayed, rather than switching to a different output format
than the default one.
Fix this by setting up the default output format for 'git diff'.
Reported-by: Denton Liu <liu.denton@gmail.com>
Signed-off-by: Thomas Gummerer <t.gummerer@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-03-20 22:49:55 +00:00
|
|
|
if (!rev.diffopt.output_format) {
|
|
|
|
rev.diffopt.output_format = DIFF_FORMAT_PATCH;
|
|
|
|
diff_setup_done(&rev.diffopt);
|
|
|
|
}
|
2019-02-25 23:16:20 +00:00
|
|
|
|
|
|
|
rev.diffopt.flags.recursive = 1;
|
|
|
|
setup_diff_pager(&rev.diffopt);
|
2021-03-03 11:16:42 +00:00
|
|
|
switch (show_untracked) {
|
|
|
|
case UNTRACKED_NONE:
|
|
|
|
diff_tree_oid(&info.b_commit, &info.w_commit, "", &rev.diffopt);
|
|
|
|
break;
|
|
|
|
case UNTRACKED_ONLY:
|
2021-05-12 20:16:13 +00:00
|
|
|
if (info.has_u)
|
|
|
|
diff_root_tree_oid(&info.u_tree, "", &rev.diffopt);
|
2021-03-03 11:16:42 +00:00
|
|
|
break;
|
|
|
|
case UNTRACKED_INCLUDE:
|
2021-05-12 20:16:13 +00:00
|
|
|
if (info.has_u)
|
|
|
|
diff_include_untracked(&info, &rev.diffopt);
|
|
|
|
else
|
|
|
|
diff_tree_oid(&info.b_commit, &info.w_commit, "", &rev.diffopt);
|
2021-03-03 11:16:42 +00:00
|
|
|
break;
|
|
|
|
}
|
2019-02-25 23:16:20 +00:00
|
|
|
log_tree_diff_flush(&rev);
|
|
|
|
|
2022-04-13 20:01:39 +00:00
|
|
|
ret = diff_result_code(&rev.diffopt, 0);
|
|
|
|
cleanup:
|
|
|
|
strvec_clear(&stash_args);
|
2019-02-25 23:16:20 +00:00
|
|
|
free_stash_info(&info);
|
2022-04-13 20:01:40 +00:00
|
|
|
release_revisions(&rev);
|
2022-04-13 20:01:39 +00:00
|
|
|
if (do_usage)
|
|
|
|
usage_with_options(git_stash_show_usage, options);
|
|
|
|
return ret;
|
|
|
|
usage:
|
|
|
|
do_usage = 1;
|
|
|
|
goto cleanup;
|
2019-02-25 23:16:20 +00:00
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:21 +00:00
|
|
|
static int do_store_stash(const struct object_id *w_commit, const char *stash_msg,
|
|
|
|
int quiet)
|
|
|
|
{
|
|
|
|
if (!stash_msg)
|
|
|
|
stash_msg = "Created via \"git stash store\".";
|
|
|
|
|
|
|
|
if (update_ref(stash_msg, ref_stash, w_commit, NULL,
|
|
|
|
REF_FORCE_CREATE_REFLOG,
|
|
|
|
quiet ? UPDATE_REFS_QUIET_ON_ERR :
|
|
|
|
UPDATE_REFS_MSG_ON_ERR)) {
|
|
|
|
if (!quiet) {
|
|
|
|
fprintf_ln(stderr, _("Cannot update %s with %s"),
|
|
|
|
ref_stash, oid_to_hex(w_commit));
|
|
|
|
}
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int store_stash(int argc, const char **argv, const char *prefix)
|
|
|
|
{
|
|
|
|
int quiet = 0;
|
|
|
|
const char *stash_msg = NULL;
|
|
|
|
struct object_id obj;
|
|
|
|
struct object_context dummy;
|
|
|
|
struct option options[] = {
|
|
|
|
OPT__QUIET(&quiet, N_("be quiet")),
|
|
|
|
OPT_STRING('m', "message", &stash_msg, "message",
|
|
|
|
N_("stash message")),
|
|
|
|
OPT_END()
|
|
|
|
};
|
|
|
|
|
|
|
|
argc = parse_options(argc, argv, prefix, options,
|
2019-02-25 23:16:28 +00:00
|
|
|
git_stash_store_usage,
|
2022-08-19 16:03:57 +00:00
|
|
|
PARSE_OPT_KEEP_UNKNOWN_OPT);
|
2019-02-25 23:16:21 +00:00
|
|
|
|
|
|
|
if (argc != 1) {
|
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("\"git stash store\" requires one "
|
|
|
|
"<commit> argument"));
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2019-04-22 02:14:43 +00:00
|
|
|
if (get_oid_with_context(the_repository,
|
|
|
|
argv[0], quiet ? GET_OID_QUIETLY : 0, &obj,
|
2019-02-25 23:16:21 +00:00
|
|
|
&dummy)) {
|
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("Cannot update %s with %s"),
|
|
|
|
ref_stash, argv[0]);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
return do_store_stash(&obj, stash_msg, quiet);
|
|
|
|
}
|
|
|
|
|
2020-07-28 20:24:27 +00:00
|
|
|
static void add_pathspecs(struct strvec *args,
|
2019-03-11 22:16:32 +00:00
|
|
|
const struct pathspec *ps) {
|
2019-02-25 23:16:22 +00:00
|
|
|
int i;
|
|
|
|
|
2019-03-11 22:16:32 +00:00
|
|
|
for (i = 0; i < ps->nr; i++)
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(args, ps->items[i].original);
|
2019-02-25 23:16:22 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* `untracked_files` will be filled with the names of untracked files.
|
|
|
|
* The return value is:
|
|
|
|
*
|
|
|
|
* = 0 if there are not any untracked files
|
|
|
|
* > 0 if there are untracked files
|
|
|
|
*/
|
2019-03-11 22:16:32 +00:00
|
|
|
static int get_untracked_files(const struct pathspec *ps, int include_untracked,
|
2019-02-25 23:16:22 +00:00
|
|
|
struct strbuf *untracked_files)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
int found = 0;
|
2021-07-01 10:51:27 +00:00
|
|
|
struct dir_struct dir = DIR_INIT;
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
if (include_untracked != INCLUDE_ALL_FILES)
|
|
|
|
setup_standard_excludes(&dir);
|
|
|
|
|
Fix error-prone fill_directory() API; make it only return matches
Traditionally, the expected calling convention for the dir.c API was:
fill_directory(&dir, ..., pathspec)
foreach entry in dir->entries:
if (dir_path_match(entry, pathspec))
process_or_display(entry)
This may have made sense once upon a time, because the fill_directory() call
could use cheap checks to avoid doing full pathspec matching, and an external
caller may have wanted to do other post-processing of the results anyway.
However:
* this structure makes it easy for users of the API to get it wrong
* this structure actually makes it harder to understand
fill_directory() and the functions it uses internally. It has
tripped me up several times while trying to fix bugs and
restructure things.
* relying on post-filtering was already found to produce wrong
results; pathspec matching had to be added internally for multiple
cases in order to get the right results (see commits 404ebceda01c
(dir: also check directories for matching pathspecs, 2019-09-17)
and 89a1f4aaf765 (dir: if our pathspec might match files under a
dir, recurse into it, 2019-09-17))
* it's bad for performance: fill_directory() already has to do lots
of checks and knows the subset of cases where it still needs to do
more checks. Forcing external callers to do full pathspec
matching means they must re-check _every_ path.
So, add the pathspec matching within the fill_directory() internals, and
remove it from external callers.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-04-01 04:17:45 +00:00
|
|
|
fill_directory(&dir, the_repository->index, ps);
|
2019-02-25 23:16:22 +00:00
|
|
|
for (i = 0; i < dir.nr; i++) {
|
|
|
|
struct dir_entry *ent = dir.entries[i];
|
Fix error-prone fill_directory() API; make it only return matches
Traditionally, the expected calling convention for the dir.c API was:
fill_directory(&dir, ..., pathspec)
foreach entry in dir->entries:
if (dir_path_match(entry, pathspec))
process_or_display(entry)
This may have made sense once upon a time, because the fill_directory() call
could use cheap checks to avoid doing full pathspec matching, and an external
caller may have wanted to do other post-processing of the results anyway.
However:
* this structure makes it easy for users of the API to get it wrong
* this structure actually makes it harder to understand
fill_directory() and the functions it uses internally. It has
tripped me up several times while trying to fix bugs and
restructure things.
* relying on post-filtering was already found to produce wrong
results; pathspec matching had to be added internally for multiple
cases in order to get the right results (see commits 404ebceda01c
(dir: also check directories for matching pathspecs, 2019-09-17)
and 89a1f4aaf765 (dir: if our pathspec might match files under a
dir, recurse into it, 2019-09-17))
* it's bad for performance: fill_directory() already has to do lots
of checks and knows the subset of cases where it still needs to do
more checks. Forcing external callers to do full pathspec
matching means they must re-check _every_ path.
So, add the pathspec matching within the fill_directory() internals, and
remove it from external callers.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-04-01 04:17:45 +00:00
|
|
|
found++;
|
|
|
|
strbuf_addstr(untracked_files, ent->name);
|
|
|
|
/* NUL-terminate: will be fed to update-index -z */
|
|
|
|
strbuf_addch(untracked_files, '\0');
|
2019-02-25 23:16:22 +00: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-18 22:58:26 +00:00
|
|
|
dir_clear(&dir);
|
2019-02-25 23:16:22 +00:00
|
|
|
return found;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2019-02-25 23:16:26 +00:00
|
|
|
* The return value of `check_changes_tracked_files()` can be:
|
2019-02-25 23:16:22 +00:00
|
|
|
*
|
|
|
|
* < 0 if there was an error
|
|
|
|
* = 0 if there are no changes.
|
|
|
|
* > 0 if there are changes.
|
|
|
|
*/
|
2019-03-11 22:16:32 +00:00
|
|
|
static int check_changes_tracked_files(const struct pathspec *ps)
|
2019-02-25 23:16:22 +00:00
|
|
|
{
|
|
|
|
int result;
|
|
|
|
struct rev_info rev;
|
|
|
|
struct object_id dummy;
|
2019-03-11 22:16:32 +00:00
|
|
|
int ret = 0;
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
/* No initial commit. */
|
2023-03-28 13:58:46 +00:00
|
|
|
if (repo_get_oid(the_repository, "HEAD", &dummy))
|
2019-02-25 23:16:22 +00:00
|
|
|
return -1;
|
|
|
|
|
2022-11-19 13:07:38 +00:00
|
|
|
if (repo_read_index(the_repository) < 0)
|
2019-02-25 23:16:22 +00:00
|
|
|
return -1;
|
|
|
|
|
2023-03-28 13:58:56 +00:00
|
|
|
repo_init_revisions(the_repository, &rev, NULL);
|
2019-03-11 22:16:32 +00:00
|
|
|
copy_pathspec(&rev.prune_data, ps);
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
rev.diffopt.flags.quick = 1;
|
|
|
|
rev.diffopt.flags.ignore_submodules = 1;
|
|
|
|
rev.abbrev = 0;
|
|
|
|
|
|
|
|
add_head_to_pending(&rev);
|
|
|
|
diff_setup_done(&rev.diffopt);
|
|
|
|
|
|
|
|
result = run_diff_index(&rev, 1);
|
2019-03-11 22:16:32 +00:00
|
|
|
if (diff_result_code(&rev.diffopt, result)) {
|
|
|
|
ret = 1;
|
|
|
|
goto done;
|
|
|
|
}
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
result = run_diff_files(&rev, 0);
|
2019-03-11 22:16:32 +00:00
|
|
|
if (diff_result_code(&rev.diffopt, result)) {
|
|
|
|
ret = 1;
|
|
|
|
goto done;
|
|
|
|
}
|
2019-02-25 23:16:22 +00:00
|
|
|
|
2019-03-11 22:16:32 +00:00
|
|
|
done:
|
revision.[ch]: provide and start using a release_revisions()
The users of the revision.[ch] API's "struct rev_info" are a major
source of memory leaks in the test suite under SANITIZE=leak, which in
turn adds a lot of noise when trying to mark up tests with
"TEST_PASSES_SANITIZE_LEAK=true".
The users of that API are largely one-shot, e.g. "git rev-list" or
"git log", or the "git checkout" and "git stash" being modified here
For these callers freeing the memory is arguably a waste of time, but
in many cases they've actually been trying to free the memory, and
just doing that in a buggy manner.
Let's provide a release_revisions() function for these users, and
start migrating them over per the plan outlined in [1]. Right now this
only handles the "pending" member of the struct, but more will be
added in subsequent commits.
Even though we only clear the "pending" member now, let's not leave a
trap in code like the pre-image of index_differs_from(), where we'd
start doing the wrong thing as soon as the release_revisions() learned
to clear its "diffopt". I.e. we need to call release_revisions() after
we've inspected any state in "struct rev_info".
This leaves in place e.g. clear_pathspec(&rev.prune_data) in
stash_working_tree() in builtin/stash.c, subsequent commits will teach
release_revisions() to free "prune_data" and other members that in
some cases are individually cleared by users of "struct rev_info" by
reaching into its members. Those subsequent commits will remove the
relevant calls to e.g. clear_pathspec().
We avoid amending code in index_differs_from() in diff-lib.c as well
as wt_status_collect_changes_index(), has_unstaged_changes() and
has_uncommitted_changes() in wt-status.c in a way that assumes that we
are already clearing the "diffopt" member. That will be handled in a
subsequent commit.
1. https://lore.kernel.org/git/87a6k8daeu.fsf@evledraar.gmail.com/
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-04-13 20:01:35 +00:00
|
|
|
release_revisions(&rev);
|
2019-03-11 22:16:32 +00:00
|
|
|
return ret;
|
2019-02-25 23:16:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The function will fill `untracked_files` with the names of untracked files
|
|
|
|
* It will return 1 if there were any changes and 0 if there were not.
|
|
|
|
*/
|
2019-03-11 22:16:32 +00:00
|
|
|
static int check_changes(const struct pathspec *ps, int include_untracked,
|
2019-02-25 23:16:26 +00:00
|
|
|
struct strbuf *untracked_files)
|
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
if (check_changes_tracked_files(ps))
|
|
|
|
ret = 1;
|
|
|
|
|
2019-02-25 23:16:22 +00:00
|
|
|
if (include_untracked && get_untracked_files(ps, include_untracked,
|
2019-02-25 23:16:26 +00:00
|
|
|
untracked_files))
|
|
|
|
ret = 1;
|
2019-02-25 23:16:22 +00:00
|
|
|
|
2019-02-25 23:16:26 +00:00
|
|
|
return ret;
|
2019-02-25 23:16:22 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static int save_untracked_files(struct stash_info *info, struct strbuf *msg,
|
|
|
|
struct strbuf files)
|
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
struct strbuf untracked_msg = STRBUF_INIT;
|
|
|
|
struct child_process cp_upd_index = CHILD_PROCESS_INIT;
|
treewide: always have a valid "index_state.repo" member
When the "repo" member was added to "the_index" in [1] the
repo_read_index() was made to populate it, but the unpopulated
"the_index" variable didn't get the same treatment.
Let's do that in initialize_the_repository() when we set it up, and
likewise for all of the current callers initialized an empty "struct
index_state".
This simplifies code that needs to deal with "the_index" or a custom
"struct index_state", we no longer need to second-guess this part of
the "index_state" deep in the stack. A recent example of such
second-guessing is the "istate->repo ? istate->repo : the_repository"
code in [2]. We can now simply use "istate->repo".
We're doing this by making use of the INDEX_STATE_INIT() macro (and
corresponding function) added in [3], which now have mandatory "repo"
arguments.
Because we now call index_state_init() in repository.c's
initialize_the_repository() we don't need to handle the case where we
have a "repo->index" whose "repo" member doesn't match the "repo"
we're setting up, i.e. the "Complete the double-reference" code in
repo_read_index() being altered here. That logic was originally added
in [1], and was working around the lack of what we now have in
initialize_the_repository().
For "fsmonitor-settings.c" we can remove the initialization of a NULL
"r" argument to "the_repository". This was added back in [4], and was
needed at the time for callers that would pass us the "r" from an
"istate->repo". Before this change such a change to
"fsmonitor-settings.c" would segfault all over the test suite (e.g. in
t0002-gitfile.sh).
This change has wider eventual implications for
"fsmonitor-settings.c". The reason the other lazy loading behavior in
it is required (starting with "if (!r->settings.fsmonitor) ..." is
because of the previously passed "r" being "NULL".
I have other local changes on top of this which move its configuration
reading to "prepare_repo_settings()" in "repo-settings.c", as we could
now start to rely on it being called for our "r". But let's leave all
of that for now, and narrowly remove this particular part of the
lazy-loading.
1. 1fd9ae517c4 (repository: add repo reference to index_state,
2021-01-23)
2. ee1f0c242ef (read-cache: add index.skipHash config option,
2023-01-06)
3. 2f6b1eb794e (cache API: add a "INDEX_STATE_INIT" macro/function,
add release_index(), 2023-01-12)
4. 1e0ea5c4316 (fsmonitor: config settings are repository-specific,
2022-03-25)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Acked-by: Derrick Stolee <derrickstolee@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-01-17 13:57:00 +00:00
|
|
|
struct index_state istate = INDEX_STATE_INIT(the_repository);
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
cp_upd_index.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp_upd_index.args, "update-index", "-z", "--add",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
"--remove", "--stdin", NULL);
|
2022-06-02 09:09:50 +00:00
|
|
|
strvec_pushf(&cp_upd_index.env, "GIT_INDEX_FILE=%s",
|
2019-02-25 23:16:22 +00:00
|
|
|
stash_index_path.buf);
|
|
|
|
|
|
|
|
strbuf_addf(&untracked_msg, "untracked files on %s\n", msg->buf);
|
|
|
|
if (pipe_command(&cp_upd_index, files.buf, files.len, NULL, 0,
|
|
|
|
NULL, 0)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:27 +00:00
|
|
|
if (write_index_as_tree(&info->u_tree, &istate, stash_index_path.buf, 0,
|
|
|
|
NULL)) {
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (commit_tree(untracked_msg.buf, untracked_msg.len,
|
|
|
|
&info->u_tree, NULL, &info->u_commit, NULL, NULL)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
done:
|
2023-01-12 12:55:27 +00:00
|
|
|
release_index(&istate);
|
2019-02-25 23:16:22 +00:00
|
|
|
strbuf_release(&untracked_msg);
|
|
|
|
remove_path(stash_index_path.buf);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2021-10-28 08:29:34 +00:00
|
|
|
static int stash_staged(struct stash_info *info, struct strbuf *out_patch,
|
|
|
|
int quiet)
|
2021-10-18 16:09:06 +00:00
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
struct child_process cp_diff_tree = CHILD_PROCESS_INIT;
|
treewide: always have a valid "index_state.repo" member
When the "repo" member was added to "the_index" in [1] the
repo_read_index() was made to populate it, but the unpopulated
"the_index" variable didn't get the same treatment.
Let's do that in initialize_the_repository() when we set it up, and
likewise for all of the current callers initialized an empty "struct
index_state".
This simplifies code that needs to deal with "the_index" or a custom
"struct index_state", we no longer need to second-guess this part of
the "index_state" deep in the stack. A recent example of such
second-guessing is the "istate->repo ? istate->repo : the_repository"
code in [2]. We can now simply use "istate->repo".
We're doing this by making use of the INDEX_STATE_INIT() macro (and
corresponding function) added in [3], which now have mandatory "repo"
arguments.
Because we now call index_state_init() in repository.c's
initialize_the_repository() we don't need to handle the case where we
have a "repo->index" whose "repo" member doesn't match the "repo"
we're setting up, i.e. the "Complete the double-reference" code in
repo_read_index() being altered here. That logic was originally added
in [1], and was working around the lack of what we now have in
initialize_the_repository().
For "fsmonitor-settings.c" we can remove the initialization of a NULL
"r" argument to "the_repository". This was added back in [4], and was
needed at the time for callers that would pass us the "r" from an
"istate->repo". Before this change such a change to
"fsmonitor-settings.c" would segfault all over the test suite (e.g. in
t0002-gitfile.sh).
This change has wider eventual implications for
"fsmonitor-settings.c". The reason the other lazy loading behavior in
it is required (starting with "if (!r->settings.fsmonitor) ..." is
because of the previously passed "r" being "NULL".
I have other local changes on top of this which move its configuration
reading to "prepare_repo_settings()" in "repo-settings.c", as we could
now start to rely on it being called for our "r". But let's leave all
of that for now, and narrowly remove this particular part of the
lazy-loading.
1. 1fd9ae517c4 (repository: add repo reference to index_state,
2021-01-23)
2. ee1f0c242ef (read-cache: add index.skipHash config option,
2023-01-06)
3. 2f6b1eb794e (cache API: add a "INDEX_STATE_INIT" macro/function,
add release_index(), 2023-01-12)
4. 1e0ea5c4316 (fsmonitor: config settings are repository-specific,
2022-03-25)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Acked-by: Derrick Stolee <derrickstolee@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-01-17 13:57:00 +00:00
|
|
|
struct index_state istate = INDEX_STATE_INIT(the_repository);
|
2021-10-18 16:09:06 +00:00
|
|
|
|
|
|
|
if (write_index_as_tree(&info->w_tree, &istate, the_repository->index_file,
|
|
|
|
0, NULL)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
cp_diff_tree.git_cmd = 1;
|
|
|
|
strvec_pushl(&cp_diff_tree.args, "diff-tree", "-p", "-U1", "HEAD",
|
|
|
|
oid_to_hex(&info->w_tree), "--", NULL);
|
|
|
|
if (pipe_command(&cp_diff_tree, NULL, 0, out_patch, 0, NULL, 0)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!out_patch->len) {
|
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("No staged changes"));
|
|
|
|
ret = 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
done:
|
2023-01-12 12:55:27 +00:00
|
|
|
release_index(&istate);
|
2021-10-18 16:09:06 +00:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-03-11 22:16:32 +00:00
|
|
|
static int stash_patch(struct stash_info *info, const struct pathspec *ps,
|
2019-02-25 23:16:24 +00:00
|
|
|
struct strbuf *out_patch, int quiet)
|
2019-02-25 23:16:22 +00:00
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
struct child_process cp_read_tree = CHILD_PROCESS_INIT;
|
|
|
|
struct child_process cp_diff_tree = CHILD_PROCESS_INIT;
|
treewide: always have a valid "index_state.repo" member
When the "repo" member was added to "the_index" in [1] the
repo_read_index() was made to populate it, but the unpopulated
"the_index" variable didn't get the same treatment.
Let's do that in initialize_the_repository() when we set it up, and
likewise for all of the current callers initialized an empty "struct
index_state".
This simplifies code that needs to deal with "the_index" or a custom
"struct index_state", we no longer need to second-guess this part of
the "index_state" deep in the stack. A recent example of such
second-guessing is the "istate->repo ? istate->repo : the_repository"
code in [2]. We can now simply use "istate->repo".
We're doing this by making use of the INDEX_STATE_INIT() macro (and
corresponding function) added in [3], which now have mandatory "repo"
arguments.
Because we now call index_state_init() in repository.c's
initialize_the_repository() we don't need to handle the case where we
have a "repo->index" whose "repo" member doesn't match the "repo"
we're setting up, i.e. the "Complete the double-reference" code in
repo_read_index() being altered here. That logic was originally added
in [1], and was working around the lack of what we now have in
initialize_the_repository().
For "fsmonitor-settings.c" we can remove the initialization of a NULL
"r" argument to "the_repository". This was added back in [4], and was
needed at the time for callers that would pass us the "r" from an
"istate->repo". Before this change such a change to
"fsmonitor-settings.c" would segfault all over the test suite (e.g. in
t0002-gitfile.sh).
This change has wider eventual implications for
"fsmonitor-settings.c". The reason the other lazy loading behavior in
it is required (starting with "if (!r->settings.fsmonitor) ..." is
because of the previously passed "r" being "NULL".
I have other local changes on top of this which move its configuration
reading to "prepare_repo_settings()" in "repo-settings.c", as we could
now start to rely on it being called for our "r". But let's leave all
of that for now, and narrowly remove this particular part of the
lazy-loading.
1. 1fd9ae517c4 (repository: add repo reference to index_state,
2021-01-23)
2. ee1f0c242ef (read-cache: add index.skipHash config option,
2023-01-06)
3. 2f6b1eb794e (cache API: add a "INDEX_STATE_INIT" macro/function,
add release_index(), 2023-01-12)
4. 1e0ea5c4316 (fsmonitor: config settings are repository-specific,
2022-03-25)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Acked-by: Derrick Stolee <derrickstolee@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-01-17 13:57:00 +00:00
|
|
|
struct index_state istate = INDEX_STATE_INIT(the_repository);
|
2019-12-21 21:57:13 +00:00
|
|
|
char *old_index_env = NULL, *old_repo_index_file;
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
remove_path(stash_index_path.buf);
|
|
|
|
|
|
|
|
cp_read_tree.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp_read_tree.args, "read-tree", "HEAD", NULL);
|
2022-06-02 09:09:50 +00:00
|
|
|
strvec_pushf(&cp_read_tree.env, "GIT_INDEX_FILE=%s",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
stash_index_path.buf);
|
2019-02-25 23:16:22 +00:00
|
|
|
if (run_command(&cp_read_tree)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Find out what the user wants. */
|
2019-12-21 21:57:13 +00:00
|
|
|
old_repo_index_file = the_repository->index_file;
|
|
|
|
the_repository->index_file = stash_index_path.buf;
|
|
|
|
old_index_env = xstrdup_or_null(getenv(INDEX_ENVIRONMENT));
|
|
|
|
setenv(INDEX_ENVIRONMENT, the_repository->index_file, 1);
|
|
|
|
|
2023-02-06 22:58:57 +00:00
|
|
|
ret = !!run_add_p(the_repository, ADD_P_STASH, NULL, ps);
|
2019-12-21 21:57:13 +00:00
|
|
|
|
|
|
|
the_repository->index_file = old_repo_index_file;
|
|
|
|
if (old_index_env && *old_index_env)
|
|
|
|
setenv(INDEX_ENVIRONMENT, old_index_env, 1);
|
|
|
|
else
|
|
|
|
unsetenv(INDEX_ENVIRONMENT);
|
|
|
|
FREE_AND_NULL(old_index_env);
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
/* State of the working tree. */
|
2019-02-25 23:16:27 +00:00
|
|
|
if (write_index_as_tree(&info->w_tree, &istate, stash_index_path.buf, 0,
|
|
|
|
NULL)) {
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
cp_diff_tree.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp_diff_tree.args, "diff-tree", "-p", "-U1", "HEAD",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
oid_to_hex(&info->w_tree), "--", NULL);
|
2019-02-25 23:16:22 +00:00
|
|
|
if (pipe_command(&cp_diff_tree, NULL, 0, out_patch, 0, NULL, 0)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!out_patch->len) {
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("No changes selected"));
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
done:
|
2023-01-12 12:55:27 +00:00
|
|
|
release_index(&istate);
|
2019-02-25 23:16:22 +00:00
|
|
|
remove_path(stash_index_path.buf);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-03-11 22:16:32 +00:00
|
|
|
static int stash_working_tree(struct stash_info *info, const struct pathspec *ps)
|
2019-02-25 23:16:22 +00:00
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
struct rev_info rev;
|
|
|
|
struct child_process cp_upd_index = CHILD_PROCESS_INIT;
|
|
|
|
struct strbuf diff_output = STRBUF_INIT;
|
treewide: always have a valid "index_state.repo" member
When the "repo" member was added to "the_index" in [1] the
repo_read_index() was made to populate it, but the unpopulated
"the_index" variable didn't get the same treatment.
Let's do that in initialize_the_repository() when we set it up, and
likewise for all of the current callers initialized an empty "struct
index_state".
This simplifies code that needs to deal with "the_index" or a custom
"struct index_state", we no longer need to second-guess this part of
the "index_state" deep in the stack. A recent example of such
second-guessing is the "istate->repo ? istate->repo : the_repository"
code in [2]. We can now simply use "istate->repo".
We're doing this by making use of the INDEX_STATE_INIT() macro (and
corresponding function) added in [3], which now have mandatory "repo"
arguments.
Because we now call index_state_init() in repository.c's
initialize_the_repository() we don't need to handle the case where we
have a "repo->index" whose "repo" member doesn't match the "repo"
we're setting up, i.e. the "Complete the double-reference" code in
repo_read_index() being altered here. That logic was originally added
in [1], and was working around the lack of what we now have in
initialize_the_repository().
For "fsmonitor-settings.c" we can remove the initialization of a NULL
"r" argument to "the_repository". This was added back in [4], and was
needed at the time for callers that would pass us the "r" from an
"istate->repo". Before this change such a change to
"fsmonitor-settings.c" would segfault all over the test suite (e.g. in
t0002-gitfile.sh).
This change has wider eventual implications for
"fsmonitor-settings.c". The reason the other lazy loading behavior in
it is required (starting with "if (!r->settings.fsmonitor) ..." is
because of the previously passed "r" being "NULL".
I have other local changes on top of this which move its configuration
reading to "prepare_repo_settings()" in "repo-settings.c", as we could
now start to rely on it being called for our "r". But let's leave all
of that for now, and narrowly remove this particular part of the
lazy-loading.
1. 1fd9ae517c4 (repository: add repo reference to index_state,
2021-01-23)
2. ee1f0c242ef (read-cache: add index.skipHash config option,
2023-01-06)
3. 2f6b1eb794e (cache API: add a "INDEX_STATE_INIT" macro/function,
add release_index(), 2023-01-12)
4. 1e0ea5c4316 (fsmonitor: config settings are repository-specific,
2022-03-25)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Acked-by: Derrick Stolee <derrickstolee@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-01-17 13:57:00 +00:00
|
|
|
struct index_state istate = INDEX_STATE_INIT(the_repository);
|
2019-02-25 23:16:22 +00:00
|
|
|
|
2023-03-28 13:58:56 +00:00
|
|
|
repo_init_revisions(the_repository, &rev, NULL);
|
2019-03-11 22:16:32 +00:00
|
|
|
copy_pathspec(&rev.prune_data, ps);
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
set_alternate_index_output(stash_index_path.buf);
|
|
|
|
if (reset_tree(&info->i_tree, 0, 0)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
set_alternate_index_output(NULL);
|
|
|
|
|
|
|
|
rev.diffopt.output_format = DIFF_FORMAT_CALLBACK;
|
|
|
|
rev.diffopt.format_callback = add_diff_to_buf;
|
|
|
|
rev.diffopt.format_callback_data = &diff_output;
|
|
|
|
|
2022-11-19 13:07:38 +00:00
|
|
|
if (repo_read_index_preload(the_repository, &rev.diffopt.pathspec, 0) < 0) {
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
add_pending_object(&rev, parse_object(the_repository, &info->b_commit),
|
|
|
|
"");
|
|
|
|
if (run_diff_index(&rev, 0)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
cp_upd_index.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp_upd_index.args, "update-index",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
"--ignore-skip-worktree-entries",
|
|
|
|
"-z", "--add", "--remove", "--stdin", NULL);
|
2022-06-02 09:09:50 +00:00
|
|
|
strvec_pushf(&cp_upd_index.env, "GIT_INDEX_FILE=%s",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
stash_index_path.buf);
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
if (pipe_command(&cp_upd_index, diff_output.buf, diff_output.len,
|
|
|
|
NULL, 0, NULL, 0)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:27 +00:00
|
|
|
if (write_index_as_tree(&info->w_tree, &istate, stash_index_path.buf, 0,
|
|
|
|
NULL)) {
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
done:
|
2023-01-12 12:55:27 +00:00
|
|
|
release_index(&istate);
|
revision.[ch]: provide and start using a release_revisions()
The users of the revision.[ch] API's "struct rev_info" are a major
source of memory leaks in the test suite under SANITIZE=leak, which in
turn adds a lot of noise when trying to mark up tests with
"TEST_PASSES_SANITIZE_LEAK=true".
The users of that API are largely one-shot, e.g. "git rev-list" or
"git log", or the "git checkout" and "git stash" being modified here
For these callers freeing the memory is arguably a waste of time, but
in many cases they've actually been trying to free the memory, and
just doing that in a buggy manner.
Let's provide a release_revisions() function for these users, and
start migrating them over per the plan outlined in [1]. Right now this
only handles the "pending" member of the struct, but more will be
added in subsequent commits.
Even though we only clear the "pending" member now, let's not leave a
trap in code like the pre-image of index_differs_from(), where we'd
start doing the wrong thing as soon as the release_revisions() learned
to clear its "diffopt". I.e. we need to call release_revisions() after
we've inspected any state in "struct rev_info".
This leaves in place e.g. clear_pathspec(&rev.prune_data) in
stash_working_tree() in builtin/stash.c, subsequent commits will teach
release_revisions() to free "prune_data" and other members that in
some cases are individually cleared by users of "struct rev_info" by
reaching into its members. Those subsequent commits will remove the
relevant calls to e.g. clear_pathspec().
We avoid amending code in index_differs_from() in diff-lib.c as well
as wt_status_collect_changes_index(), has_unstaged_changes() and
has_uncommitted_changes() in wt-status.c in a way that assumes that we
are already clearing the "diffopt" member. That will be handled in a
subsequent commit.
1. https://lore.kernel.org/git/87a6k8daeu.fsf@evledraar.gmail.com/
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-04-13 20:01:35 +00:00
|
|
|
release_revisions(&rev);
|
2019-02-25 23:16:22 +00:00
|
|
|
strbuf_release(&diff_output);
|
|
|
|
remove_path(stash_index_path.buf);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-03-11 22:16:32 +00:00
|
|
|
static int do_create_stash(const struct pathspec *ps, struct strbuf *stash_msg_buf,
|
2021-10-18 16:09:06 +00:00
|
|
|
int include_untracked, int patch_mode, int only_staged,
|
2019-02-25 23:16:24 +00:00
|
|
|
struct stash_info *info, struct strbuf *patch,
|
|
|
|
int quiet)
|
2019-02-25 23:16:22 +00:00
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
int flags = 0;
|
|
|
|
int untracked_commit_option = 0;
|
|
|
|
const char *head_short_sha1 = NULL;
|
|
|
|
const char *branch_ref = NULL;
|
|
|
|
const char *branch_name = "(no branch)";
|
|
|
|
struct commit *head_commit = NULL;
|
|
|
|
struct commit_list *parents = NULL;
|
|
|
|
struct strbuf msg = STRBUF_INIT;
|
|
|
|
struct strbuf commit_tree_label = STRBUF_INIT;
|
|
|
|
struct strbuf untracked_files = STRBUF_INIT;
|
|
|
|
|
|
|
|
prepare_fallback_ident("git stash", "git@stash");
|
|
|
|
|
2022-11-19 13:07:38 +00:00
|
|
|
repo_read_index_preload(the_repository, NULL, 0);
|
|
|
|
if (repo_refresh_and_write_index(the_repository, REFRESH_QUIET, 0, 0,
|
|
|
|
NULL, NULL, NULL) < 0) {
|
2019-09-11 18:20:27 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
2019-02-25 23:16:22 +00:00
|
|
|
|
2023-03-28 13:58:46 +00:00
|
|
|
if (repo_get_oid(the_repository, "HEAD", &info->b_commit)) {
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("You do not have "
|
|
|
|
"the initial commit yet"));
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
} else {
|
|
|
|
head_commit = lookup_commit(the_repository, &info->b_commit);
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:26 +00:00
|
|
|
if (!check_changes(ps, include_untracked, &untracked_files)) {
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = 1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
branch_ref = resolve_ref_unsafe("HEAD", 0, NULL, &flags);
|
|
|
|
if (flags & REF_ISSYMREF)
|
2022-01-24 20:53:42 +00:00
|
|
|
skip_prefix(branch_ref, "refs/heads/", &branch_name);
|
2023-03-28 13:58:46 +00:00
|
|
|
head_short_sha1 = repo_find_unique_abbrev(the_repository,
|
|
|
|
&head_commit->object.oid,
|
|
|
|
DEFAULT_ABBREV);
|
2019-02-25 23:16:22 +00:00
|
|
|
strbuf_addf(&msg, "%s: %s ", branch_name, head_short_sha1);
|
|
|
|
pp_commit_easy(CMIT_FMT_ONELINE, head_commit, &msg);
|
|
|
|
|
|
|
|
strbuf_addf(&commit_tree_label, "index on %s\n", msg.buf);
|
|
|
|
commit_list_insert(head_commit, &parents);
|
cocci & cache-tree.h: migrate "write_cache_as_tree" to "*_index_*"
Add a trivial rule for "write_cache_as_tree" to
"index-compatibility.cocci", and apply it. This was left out of the
rules added in 0e6550a2c63 (cocci: add a
index-compatibility.pending.cocci, 2022-11-19) because this
compatibility wrapper lived in "cache-tree.h", not "cache.h"
But it's like the other "USE_THE_INDEX_COMPATIBILITY_MACROS", so let's
migrate it too.
The replacement of "USE_THE_INDEX_COMPATIBILITY_MACROS" here with
"USE_THE_INDEX_VARIABLE" is a manual change on top, now that these
files only use "&the_index", and don't need any compatibility
macros (or functions).
The wrapping of some argument lists is likewise manual, as coccinelle
would otherwise give us overly long argument lists.
The reason for putting the "O" in the cocci rule on the "-" and "+"
lines is because I couldn't get correct whitespacing otherwise,
i.e. I'd end up with "oid,&the_index", not "oid, &the_index".
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-02-10 10:28:37 +00:00
|
|
|
if (write_index_as_tree(&info->i_tree, &the_index, get_index_file(), 0,
|
|
|
|
NULL) ||
|
2019-02-25 23:16:22 +00:00
|
|
|
commit_tree(commit_tree_label.buf, commit_tree_label.len,
|
|
|
|
&info->i_tree, parents, &info->i_commit, NULL, NULL)) {
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("Cannot save the current "
|
|
|
|
"index state"));
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:26 +00:00
|
|
|
if (include_untracked) {
|
2019-02-25 23:16:22 +00:00
|
|
|
if (save_untracked_files(info, &msg, untracked_files)) {
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("Cannot save "
|
|
|
|
"the untracked files"));
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
untracked_commit_option = 1;
|
|
|
|
}
|
|
|
|
if (patch_mode) {
|
2019-02-25 23:16:24 +00:00
|
|
|
ret = stash_patch(info, ps, patch, quiet);
|
2019-02-25 23:16:22 +00:00
|
|
|
if (ret < 0) {
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("Cannot save the current "
|
|
|
|
"worktree state"));
|
2019-02-25 23:16:22 +00:00
|
|
|
goto done;
|
|
|
|
} else if (ret > 0) {
|
|
|
|
goto done;
|
|
|
|
}
|
2021-10-18 16:09:06 +00:00
|
|
|
} else if (only_staged) {
|
2021-10-28 08:29:34 +00:00
|
|
|
ret = stash_staged(info, patch, quiet);
|
2021-10-18 16:09:06 +00:00
|
|
|
if (ret < 0) {
|
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("Cannot save the current "
|
|
|
|
"staged state"));
|
|
|
|
goto done;
|
|
|
|
} else if (ret > 0) {
|
|
|
|
goto done;
|
|
|
|
}
|
2019-02-25 23:16:22 +00:00
|
|
|
} else {
|
|
|
|
if (stash_working_tree(info, ps)) {
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("Cannot save the current "
|
|
|
|
"worktree state"));
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!stash_msg_buf->len)
|
|
|
|
strbuf_addf(stash_msg_buf, "WIP on %s", msg.buf);
|
|
|
|
else
|
|
|
|
strbuf_insertf(stash_msg_buf, 0, "On %s: ", branch_name);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* `parents` will be empty after calling `commit_tree()`, so there is
|
|
|
|
* no need to call `free_commit_list()`
|
|
|
|
*/
|
|
|
|
parents = NULL;
|
|
|
|
if (untracked_commit_option)
|
|
|
|
commit_list_insert(lookup_commit(the_repository,
|
|
|
|
&info->u_commit),
|
|
|
|
&parents);
|
|
|
|
commit_list_insert(lookup_commit(the_repository, &info->i_commit),
|
|
|
|
&parents);
|
|
|
|
commit_list_insert(head_commit, &parents);
|
|
|
|
|
|
|
|
if (commit_tree(stash_msg_buf->buf, stash_msg_buf->len, &info->w_tree,
|
|
|
|
parents, &info->w_commit, NULL, NULL)) {
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("Cannot record "
|
|
|
|
"working tree state"));
|
2019-02-25 23:16:22 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
done:
|
|
|
|
strbuf_release(&commit_tree_label);
|
|
|
|
strbuf_release(&msg);
|
|
|
|
strbuf_release(&untracked_files);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
builtins: mark unused prefix parameters
All builtins receive a "prefix" parameter, but it is only useful if they
need to adjust filenames given by the user on the command line. For
builtins that do not even call parse_options(), they often don't look at
the prefix at all, and -Wunused-parameter complains.
Let's annotate those to silence the compiler warning. I gave a quick
scan of each of these cases, and it seems like they don't have anything
they _should_ be using the prefix for (i.e., there is no hidden bug that
we are missing). The only questionable cases I saw were:
- in git-unpack-file, we create a tempfile which will always be at the
root of the repository, even if the command is run from a subdir.
Arguably this should be created in the subdir from which we're run
(as we report the path only as a relative name). However, nobody has
complained, and I'm hesitant to change something that is deep
plumbing going back to April 2005 (though I think within our
scripts, the sole caller in git-merge-one-file would be OK, as it
moves to the toplevel itself).
- in fetch-pack, local-filesystem remotes are taken as relative to the
project root, not the current directory. So:
git init server.git
[...put stuff in server.git...]
git init client.git
cd client.git
mkdir subdir
cd subdir
git fetch-pack ../../server.git ...
won't work, as we quietly move to the top of the repository before
interpreting the path (so "../server.git" would work). This is
weird, but again, nobody has complained and this is how it has
always worked. And this is how "git fetch" works, too. Plus it
raises questions about how a configured remote like:
git config remote.origin.url ../server.git
should behave. I can certainly come up with a reasonable set of
behavior, but it may not be worth stirring up complications in a
plumbing tool.
So I've left the behavior untouched in both of those cases. If anybody
really wants to revisit them, it's easy enough to drop the UNUSED
marker. This commit is just about removing them as obstacles to turning
on -Wunused-parameter all the time.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-03-28 20:56:55 +00:00
|
|
|
static int create_stash(int argc, const char **argv, const char *prefix UNUSED)
|
2019-02-25 23:16:22 +00:00
|
|
|
{
|
2022-04-13 20:01:39 +00:00
|
|
|
int ret;
|
2019-02-25 23:16:22 +00:00
|
|
|
struct strbuf stash_msg_buf = STRBUF_INIT;
|
2022-04-13 20:01:39 +00:00
|
|
|
struct stash_info info = STASH_INFO_INIT;
|
2019-02-25 23:16:22 +00:00
|
|
|
struct pathspec ps;
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
/* Starting with argv[1], since argv[0] is "create" */
|
|
|
|
strbuf_join_argv(&stash_msg_buf, argc - 1, ++argv, ' ');
|
2019-02-25 23:16:22 +00:00
|
|
|
|
|
|
|
memset(&ps, 0, sizeof(ps));
|
2019-03-11 22:16:32 +00:00
|
|
|
if (!check_changes_tracked_files(&ps))
|
2019-02-25 23:16:26 +00:00
|
|
|
return 0;
|
|
|
|
|
2021-10-18 16:09:06 +00:00
|
|
|
ret = do_create_stash(&ps, &stash_msg_buf, 0, 0, 0, &info,
|
2019-02-25 23:16:24 +00:00
|
|
|
NULL, 0);
|
2019-02-25 23:16:22 +00:00
|
|
|
if (!ret)
|
|
|
|
printf_ln("%s", oid_to_hex(&info.w_commit));
|
|
|
|
|
2022-04-13 20:01:39 +00:00
|
|
|
free_stash_info(&info);
|
2019-02-25 23:16:22 +00:00
|
|
|
strbuf_release(&stash_msg_buf);
|
2019-02-25 23:16:26 +00:00
|
|
|
return ret;
|
2019-02-25 23:16:22 +00:00
|
|
|
}
|
|
|
|
|
2019-03-11 22:16:32 +00:00
|
|
|
static int do_push_stash(const struct pathspec *ps, const char *stash_msg, int quiet,
|
2021-10-18 16:09:06 +00:00
|
|
|
int keep_index, int patch_mode, int include_untracked, int only_staged)
|
2019-02-25 23:16:23 +00:00
|
|
|
{
|
|
|
|
int ret = 0;
|
2022-04-13 20:01:39 +00:00
|
|
|
struct stash_info info = STASH_INFO_INIT;
|
2019-02-25 23:16:23 +00:00
|
|
|
struct strbuf patch = STRBUF_INIT;
|
|
|
|
struct strbuf stash_msg_buf = STRBUF_INIT;
|
2019-02-25 23:16:26 +00:00
|
|
|
struct strbuf untracked_files = STRBUF_INIT;
|
2019-02-25 23:16:23 +00:00
|
|
|
|
|
|
|
if (patch_mode && keep_index == -1)
|
|
|
|
keep_index = 1;
|
|
|
|
|
|
|
|
if (patch_mode && include_untracked) {
|
|
|
|
fprintf_ln(stderr, _("Can't use --patch and --include-untracked"
|
|
|
|
" or --all at the same time"));
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2021-10-18 16:09:06 +00:00
|
|
|
/* --patch overrides --staged */
|
|
|
|
if (patch_mode)
|
|
|
|
only_staged = 0;
|
|
|
|
|
|
|
|
if (only_staged && include_untracked) {
|
|
|
|
fprintf_ln(stderr, _("Can't use --staged and --include-untracked"
|
|
|
|
" or --all at the same time"));
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2022-11-19 13:07:38 +00:00
|
|
|
repo_read_index_preload(the_repository, NULL, 0);
|
2019-03-11 22:16:32 +00:00
|
|
|
if (!include_untracked && ps->nr) {
|
2019-02-25 23:16:23 +00:00
|
|
|
int i;
|
2019-03-11 22:16:32 +00:00
|
|
|
char *ps_matched = xcalloc(ps->nr, 1);
|
2019-02-25 23:16:23 +00:00
|
|
|
|
2021-04-01 01:49:52 +00:00
|
|
|
/* TODO: audit for interaction with sparse-index. */
|
|
|
|
ensure_full_index(&the_index);
|
2022-11-19 13:07:34 +00:00
|
|
|
for (i = 0; i < the_index.cache_nr; i++)
|
|
|
|
ce_path_match(&the_index, the_index.cache[i], ps,
|
2019-02-25 23:16:23 +00:00
|
|
|
ps_matched);
|
|
|
|
|
2019-04-25 07:41:12 +00:00
|
|
|
if (report_path_error(ps_matched, ps)) {
|
2019-02-25 23:16:23 +00:00
|
|
|
fprintf_ln(stderr, _("Did you forget to 'git add'?"));
|
|
|
|
ret = -1;
|
|
|
|
free(ps_matched);
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
free(ps_matched);
|
|
|
|
}
|
|
|
|
|
2022-11-19 13:07:38 +00:00
|
|
|
if (repo_refresh_and_write_index(the_repository, REFRESH_QUIET, 0, 0,
|
|
|
|
NULL, NULL, NULL)) {
|
2019-02-25 23:16:23 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:26 +00:00
|
|
|
if (!check_changes(ps, include_untracked, &untracked_files)) {
|
2019-02-25 23:16:23 +00:00
|
|
|
if (!quiet)
|
|
|
|
printf_ln(_("No local changes to save"));
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!reflog_exists(ref_stash) && do_clear_stash()) {
|
|
|
|
ret = -1;
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("Cannot initialize stash"));
|
2019-02-25 23:16:23 +00:00
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (stash_msg)
|
|
|
|
strbuf_addstr(&stash_msg_buf, stash_msg);
|
2021-10-18 16:09:06 +00:00
|
|
|
if (do_create_stash(ps, &stash_msg_buf, include_untracked, patch_mode, only_staged,
|
2019-02-25 23:16:24 +00:00
|
|
|
&info, &patch, quiet)) {
|
2019-02-25 23:16:23 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (do_store_stash(&info.w_commit, stash_msg_buf.buf, 1)) {
|
|
|
|
ret = -1;
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("Cannot save the current status"));
|
2019-02-25 23:16:23 +00:00
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
printf_ln(_("Saved working directory and index state %s"),
|
|
|
|
stash_msg_buf.buf);
|
2019-02-25 23:16:23 +00:00
|
|
|
|
2021-10-18 16:09:06 +00:00
|
|
|
if (!(patch_mode || only_staged)) {
|
2019-03-11 22:16:32 +00:00
|
|
|
if (include_untracked && !ps->nr) {
|
2019-02-25 23:16:23 +00:00
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
|
|
|
|
cp.git_cmd = 1;
|
2022-01-26 01:43:45 +00:00
|
|
|
if (startup_info->original_cwd) {
|
2021-12-09 05:08:32 +00:00
|
|
|
cp.dir = startup_info->original_cwd;
|
2022-06-02 09:09:50 +00:00
|
|
|
strvec_pushf(&cp.env, "%s=%s",
|
2022-01-26 01:43:45 +00:00
|
|
|
GIT_WORK_TREE_ENVIRONMENT,
|
|
|
|
the_repository->worktree);
|
|
|
|
}
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp.args, "clean", "--force",
|
2021-12-09 05:08:32 +00:00
|
|
|
"--quiet", "-d", ":/", NULL);
|
2019-02-25 23:16:23 +00:00
|
|
|
if (include_untracked == INCLUDE_ALL_FILES)
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&cp.args, "-x");
|
2019-02-25 23:16:23 +00:00
|
|
|
if (run_command(&cp)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
}
|
2022-11-19 13:07:38 +00:00
|
|
|
discard_index(&the_index);
|
2019-03-11 22:16:32 +00:00
|
|
|
if (ps->nr) {
|
2019-02-25 23:16:23 +00:00
|
|
|
struct child_process cp_add = CHILD_PROCESS_INIT;
|
|
|
|
struct child_process cp_diff = CHILD_PROCESS_INIT;
|
|
|
|
struct child_process cp_apply = CHILD_PROCESS_INIT;
|
|
|
|
struct strbuf out = STRBUF_INIT;
|
|
|
|
|
|
|
|
cp_add.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&cp_add.args, "add");
|
2019-02-25 23:16:23 +00:00
|
|
|
if (!include_untracked)
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&cp_add.args, "-u");
|
2019-02-25 23:16:23 +00:00
|
|
|
if (include_untracked == INCLUDE_ALL_FILES)
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&cp_add.args, "--force");
|
|
|
|
strvec_push(&cp_add.args, "--");
|
2019-02-25 23:16:23 +00:00
|
|
|
add_pathspecs(&cp_add.args, ps);
|
|
|
|
if (run_command(&cp_add)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
cp_diff.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp_diff.args, "diff-index", "-p",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
"--cached", "--binary", "HEAD", "--",
|
|
|
|
NULL);
|
2019-02-25 23:16:23 +00:00
|
|
|
add_pathspecs(&cp_diff.args, ps);
|
|
|
|
if (pipe_command(&cp_diff, NULL, 0, &out, 0, NULL, 0)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
cp_apply.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp_apply.args, "apply", "--index",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
"-R", NULL);
|
2019-02-25 23:16:23 +00:00
|
|
|
if (pipe_command(&cp_apply, out.buf, out.len, NULL, 0,
|
|
|
|
NULL, 0)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
cp.git_cmd = 1;
|
Comment important codepaths regarding nuking untracked files/dirs
In the last few commits we focused on code in unpack-trees.c that
mistakenly removed untracked files or directories. There may be more of
those, but in this commit we change our focus: callers of toplevel
commands that are expected to remove untracked files or directories.
As noted previously, we have toplevel commands that are expected to
delete untracked files such as 'read-tree --reset', 'reset --hard', and
'checkout --force'. However, that does not mean that other highlevel
commands that happen to call these other commands thought about or
conveyed to users the possibility that untracked files could be removed.
Audit the code for such callsites, and add comments near existing
callsites to mention whether these are safe or not.
My auditing is somewhat incomplete, though; it skipped several cases:
* git-rebase--preserve-merges.sh: is in the process of being
deprecated/removed, so I won't leave a note that there are
likely more bugs in that script.
* contrib/git-new-workdir: why is the -f flag being used in a new
empty directory?? It shouldn't hurt, but it seems useless.
* git-p4.py: Don't see why -f is needed for a new dir (maybe it's
not and is just superfluous), but I'm not at all familiar with
the p4 stuff
* git-archimport.perl: Don't care; arch is long since dead
* git-cvs*.perl: Don't care; cvs is long since dead
Also, the reset --hard in builtin/worktree.c looks safe, due to only
running in an empty directory.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-09-27 16:33:47 +00:00
|
|
|
/* BUG: this nukes untracked files in the way */
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp.args, "reset", "--hard", "-q",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
"--no-recurse-submodules", NULL);
|
2019-02-25 23:16:23 +00:00
|
|
|
if (run_command(&cp)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (keep_index == 1 && !is_null_oid(&info.i_tree)) {
|
2019-07-16 14:23:22 +00:00
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
2019-02-25 23:16:23 +00:00
|
|
|
|
2019-07-16 14:23:22 +00:00
|
|
|
cp.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp.args, "checkout", "--no-overlay",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-28 20:26:31 +00:00
|
|
|
oid_to_hex(&info.i_tree), "--", NULL);
|
2019-07-16 14:23:22 +00:00
|
|
|
if (!ps->nr)
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&cp.args, ":/");
|
2019-07-16 14:23:22 +00:00
|
|
|
else
|
|
|
|
add_pathspecs(&cp.args, ps);
|
|
|
|
if (run_command(&cp)) {
|
2019-02-25 23:16:23 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
goto done;
|
|
|
|
} else {
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
|
|
|
|
cp.git_cmd = 1;
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_pushl(&cp.args, "apply", "-R", NULL);
|
2019-02-25 23:16:23 +00:00
|
|
|
|
|
|
|
if (pipe_command(&cp, patch.buf, patch.len, NULL, 0, NULL, 0)) {
|
2019-02-25 23:16:24 +00:00
|
|
|
if (!quiet)
|
|
|
|
fprintf_ln(stderr, _("Cannot remove "
|
|
|
|
"worktree changes"));
|
2019-02-25 23:16:23 +00:00
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (keep_index < 1) {
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
|
|
|
|
cp.git_cmd = 1;
|
stash: make internal resets quiet and refresh index
Add the options '-q' and '--refresh' to the 'git reset' executed in
'reset_head()', and '--refresh' to the 'git reset -q' executed in
'do_push_stash(...)'.
'stash' is implemented such that git commands invoked as part of it (e.g.,
'clean', 'read-tree', 'reset', etc.) have their informational output
silenced. However, the 'reset' in 'reset_head()' is *not* called with '-q',
leading to the potential for a misleading printout from 'git stash apply
--index' if the stash included a removed file:
Unstaged changes after reset: D <deleted file>
Not only is this confusing in its own right (since, after the reset, 'git
stash' execution would stage the deletion in the index), it would be printed
even when the stash was applied with the '-q' option. As a result, the
messaging is removed entirely by calling 'git status' with '-q'.
Additionally, because the default behavior of 'git reset -q' is to skip
refreshing the index, but later operations in 'git stash' subcommands expect
a non-stale index, enable '--refresh' as well.
Helped-by: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Victoria Dye <vdye@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-03-15 01:49:42 +00:00
|
|
|
strvec_pushl(&cp.args, "reset", "-q", "--refresh", "--",
|
|
|
|
NULL);
|
2019-02-25 23:16:23 +00:00
|
|
|
add_pathspecs(&cp.args, ps);
|
|
|
|
if (run_command(&cp)) {
|
|
|
|
ret = -1;
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
done:
|
built-ins & libs & helpers: add/move destructors, fix leaks
Fix various leaks in built-ins, libraries and a test helper here we
were missing a call to strbuf_release(), string_list_clear() etc, or
were calling them after a potential "return".
Comments on individual changes:
- builtin/checkout.c: Fix a memory leak that was introduced in [1]. A
sibling leak introduced in [2] was recently fixed in [3]. As with [3]
we should be using the wt_status_state_free_buffers() API introduced
in [4].
- builtin/repack.c: Fix a leak that's been here since this use of
"strbuf_release()" was added in a1bbc6c0176 (repack: rewrite the shell
script in C, 2013-09-15). We don't use the variable for anything
except this loop, so we can instead free it right afterwards.
- builtin/rev-parse: Fix a leak that's been here since this code was
added in 21d47835386 (Add a parseopt mode to git-rev-parse to bring
parse-options to shell scripts., 2007-11-04).
- builtin/stash.c: Fix a couple of leaks that have been here since
this code was added in d4788af875c (stash: convert create to builtin,
2019-02-25), we strbuf_release()'d only some of the "struct strbuf" we
allocated earlier in the function, let's release all of them.
- ref-filter.c: Fix a leak in 482c1191869 (gpg-interface: improve
interface for parsing tags, 2021-02-11), we don't use the "payload"
variable that we ask parse_signature() to populate for us, so let's
free it.
- t/helper/test-fake-ssh.c: Fix a leak that's been here since this
code was added in 3064d5a38c7 (mingw: fix t5601-clone.sh,
2016-01-27). Let's free the "struct strbuf" as soon as we don't need
it anymore.
1. c45f0f525de (switch: reject if some operation is in progress,
2019-03-29)
2. 2708ce62d21 (branch: sort detached HEAD based on a flag,
2021-01-07)
3. abcac2e19fa (ref-filter.c: fix a leak in get_head_description,
2022-09-25)
4. 962dd7ebc3e (wt-status: introduce wt_status_state_free_buffers(),
2020-09-27).
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Taylor Blau <me@ttaylorr.com>
2022-11-08 18:17:42 +00:00
|
|
|
strbuf_release(&patch);
|
2022-04-13 20:01:39 +00:00
|
|
|
free_stash_info(&info);
|
2019-02-25 23:16:23 +00:00
|
|
|
strbuf_release(&stash_msg_buf);
|
built-ins & libs & helpers: add/move destructors, fix leaks
Fix various leaks in built-ins, libraries and a test helper here we
were missing a call to strbuf_release(), string_list_clear() etc, or
were calling them after a potential "return".
Comments on individual changes:
- builtin/checkout.c: Fix a memory leak that was introduced in [1]. A
sibling leak introduced in [2] was recently fixed in [3]. As with [3]
we should be using the wt_status_state_free_buffers() API introduced
in [4].
- builtin/repack.c: Fix a leak that's been here since this use of
"strbuf_release()" was added in a1bbc6c0176 (repack: rewrite the shell
script in C, 2013-09-15). We don't use the variable for anything
except this loop, so we can instead free it right afterwards.
- builtin/rev-parse: Fix a leak that's been here since this code was
added in 21d47835386 (Add a parseopt mode to git-rev-parse to bring
parse-options to shell scripts., 2007-11-04).
- builtin/stash.c: Fix a couple of leaks that have been here since
this code was added in d4788af875c (stash: convert create to builtin,
2019-02-25), we strbuf_release()'d only some of the "struct strbuf" we
allocated earlier in the function, let's release all of them.
- ref-filter.c: Fix a leak in 482c1191869 (gpg-interface: improve
interface for parsing tags, 2021-02-11), we don't use the "payload"
variable that we ask parse_signature() to populate for us, so let's
free it.
- t/helper/test-fake-ssh.c: Fix a leak that's been here since this
code was added in 3064d5a38c7 (mingw: fix t5601-clone.sh,
2016-01-27). Let's free the "struct strbuf" as soon as we don't need
it anymore.
1. c45f0f525de (switch: reject if some operation is in progress,
2019-03-29)
2. 2708ce62d21 (branch: sort detached HEAD based on a flag,
2021-01-07)
3. abcac2e19fa (ref-filter.c: fix a leak in get_head_description,
2022-09-25)
4. 962dd7ebc3e (wt-status: introduce wt_status_state_free_buffers(),
2020-09-27).
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Taylor Blau <me@ttaylorr.com>
2022-11-08 18:17:42 +00:00
|
|
|
strbuf_release(&untracked_files);
|
2019-02-25 23:16:23 +00:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2020-02-17 17:25:21 +00:00
|
|
|
static int push_stash(int argc, const char **argv, const char *prefix,
|
|
|
|
int push_assumed)
|
2019-02-25 23:16:23 +00:00
|
|
|
{
|
2020-02-17 17:25:21 +00:00
|
|
|
int force_assume = 0;
|
2019-02-25 23:16:23 +00:00
|
|
|
int keep_index = -1;
|
2021-10-18 16:09:06 +00:00
|
|
|
int only_staged = 0;
|
2019-02-25 23:16:23 +00:00
|
|
|
int patch_mode = 0;
|
|
|
|
int include_untracked = 0;
|
|
|
|
int quiet = 0;
|
2020-02-17 17:25:22 +00:00
|
|
|
int pathspec_file_nul = 0;
|
2019-02-25 23:16:23 +00:00
|
|
|
const char *stash_msg = NULL;
|
2020-02-17 17:25:22 +00:00
|
|
|
const char *pathspec_from_file = NULL;
|
2019-02-25 23:16:23 +00:00
|
|
|
struct pathspec ps;
|
|
|
|
struct option options[] = {
|
|
|
|
OPT_BOOL('k', "keep-index", &keep_index,
|
|
|
|
N_("keep index")),
|
2021-10-18 16:09:06 +00:00
|
|
|
OPT_BOOL('S', "staged", &only_staged,
|
|
|
|
N_("stash staged changes only")),
|
2019-02-25 23:16:23 +00:00
|
|
|
OPT_BOOL('p', "patch", &patch_mode,
|
|
|
|
N_("stash in patch mode")),
|
|
|
|
OPT__QUIET(&quiet, N_("quiet mode")),
|
|
|
|
OPT_BOOL('u', "include-untracked", &include_untracked,
|
|
|
|
N_("include untracked files in stash")),
|
|
|
|
OPT_SET_INT('a', "all", &include_untracked,
|
|
|
|
N_("include ignore files"), 2),
|
|
|
|
OPT_STRING('m', "message", &stash_msg, N_("message"),
|
|
|
|
N_("stash message")),
|
2020-02-17 17:25:22 +00:00
|
|
|
OPT_PATHSPEC_FROM_FILE(&pathspec_from_file),
|
|
|
|
OPT_PATHSPEC_FILE_NUL(&pathspec_file_nul),
|
2019-02-25 23:16:23 +00:00
|
|
|
OPT_END()
|
|
|
|
};
|
2023-02-06 23:07:40 +00:00
|
|
|
int ret;
|
2019-02-25 23:16:23 +00:00
|
|
|
|
2020-02-17 17:25:21 +00:00
|
|
|
if (argc) {
|
|
|
|
force_assume = !strcmp(argv[0], "-p");
|
2019-02-25 23:16:28 +00:00
|
|
|
argc = parse_options(argc, argv, prefix, options,
|
stash: don't show "git stash push" usage on bad "git stash" usage
Change the usage message emitted by "git stash --invalid-option" to
emit usage information for "git stash" in general, and not just for
the "push" command. I.e. before:
$ git stash --invalid-option
error: unknown option `invalid-option'
usage: git stash [push [-p|--patch] [-k|--[no-]keep-index] [-q|--quiet]
[-u|--include-untracked] [-a|--all] [-m|--message <message>]
[--] [<pathspec>...]]
[...]
After:
$ git stash --invalid-option
error: unknown option `invalid-option'
usage: git stash list [<options>]
or: git stash show [<options>] [<stash>]
or: git stash drop [-q|--quiet] [<stash>]
or: git stash ( pop | apply ) [--index] [-q|--quiet] [<stash>]
or: git stash branch <branchname> [<stash>]
or: git stash clear
or: git stash [push [-p|--patch] [-S|--staged] [-k|--[no-]keep-index] [-q|--quiet]
[-u|--include-untracked] [-a|--all] [-m|--message <message>]
[--pathspec-from-file=<file> [--pathspec-file-nul]]
[--] [<pathspec>...]]
or: git stash save [-p|--patch] [-S|--staged] [-k|--[no-]keep-index] [-q|--quiet]
[-u|--include-untracked] [-a|--all] [<message>]
[...]
That we emitted the usage for just "push" in the case of the
subcommand not being explicitly specified was an unintentional
side-effect of how it was implemented. When it was converted to C in
d553f538b8a (stash: convert push to builtin, 2019-02-25) the pattern
of having per-subcommand usage information was rightly continued. The
"git-stash.sh" shellscript did not have that, and always printed the
equivalent of "git_stash_usage".
But in doing so the case of push being implicit and explicit was
conflated. A variable was added to track this in 8c3713cede7 (stash:
eliminate crude option parsing, 2020-02-17), but it did not update the
usage output accordingly.
This still leaves e.g. "git stash push -h" emitting the
"git_stash_usage" output, instead of "git_stash_push_usage". That
should be fixed, but is a much deeper misbehavior in parse_options()
not being aware of subcommands at all. I.e. in how
PARSE_OPT_KEEP_UNKNOWN and PARSE_OPT_NO_INTERNAL_HELP combine in
commands such as "git stash".
Perhaps PARSE_OPT_KEEP_UNKNOWN should imply
PARSE_OPT_NO_INTERNAL_HELP, or better yet parse_options() should be
extended to fully handle these subcommand cases that we handle
manually in "git stash", "git commit-graph", "git multi-pack-index"
etc. All of those musings would be a much bigger change than this
isolated fix though, so let's leave that for some other time.
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-12-16 12:54:21 +00:00
|
|
|
push_assumed ? git_stash_usage :
|
2019-02-25 23:16:28 +00:00
|
|
|
git_stash_push_usage,
|
2020-02-17 17:25:21 +00:00
|
|
|
PARSE_OPT_KEEP_DASHDASH);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (argc) {
|
|
|
|
if (!strcmp(argv[0], "--")) {
|
|
|
|
argc--;
|
|
|
|
argv++;
|
|
|
|
} else if (push_assumed && !force_assume) {
|
|
|
|
die("subcommand wasn't specified; 'push' can't be assumed due to unexpected token '%s'",
|
|
|
|
argv[0]);
|
|
|
|
}
|
|
|
|
}
|
2019-02-25 23:16:23 +00:00
|
|
|
|
2019-03-07 15:29:33 +00:00
|
|
|
parse_pathspec(&ps, 0, PATHSPEC_PREFER_FULL | PATHSPEC_PREFIX_ORIGIN,
|
|
|
|
prefix, argv);
|
2020-02-17 17:25:22 +00:00
|
|
|
|
|
|
|
if (pathspec_from_file) {
|
|
|
|
if (patch_mode)
|
2022-01-05 20:02:16 +00:00
|
|
|
die(_("options '%s' and '%s' cannot be used together"), "--pathspec-from-file", "--patch");
|
2020-02-17 17:25:22 +00:00
|
|
|
|
2021-10-18 16:09:06 +00:00
|
|
|
if (only_staged)
|
2022-01-05 20:02:16 +00:00
|
|
|
die(_("options '%s' and '%s' cannot be used together"), "--pathspec-from-file", "--staged");
|
2021-10-18 16:09:06 +00:00
|
|
|
|
2020-02-17 17:25:22 +00:00
|
|
|
if (ps.nr)
|
2022-01-05 20:02:24 +00:00
|
|
|
die(_("'%s' and pathspec arguments cannot be used together"), "--pathspec-from-file");
|
2020-02-17 17:25:22 +00:00
|
|
|
|
|
|
|
parse_pathspec_file(&ps, 0,
|
|
|
|
PATHSPEC_PREFER_FULL | PATHSPEC_PREFIX_ORIGIN,
|
|
|
|
prefix, pathspec_from_file, pathspec_file_nul);
|
|
|
|
} else if (pathspec_file_nul) {
|
2022-01-05 20:02:19 +00:00
|
|
|
die(_("the option '%s' requires '%s'"), "--pathspec-file-nul", "--pathspec-from-file");
|
2020-02-17 17:25:22 +00:00
|
|
|
}
|
|
|
|
|
2023-02-06 23:07:40 +00:00
|
|
|
ret = do_push_stash(&ps, stash_msg, quiet, keep_index, patch_mode,
|
|
|
|
include_untracked, only_staged);
|
|
|
|
clear_pathspec(&ps);
|
|
|
|
return ret;
|
2019-02-25 23:16:23 +00:00
|
|
|
}
|
|
|
|
|
2022-08-19 16:04:10 +00:00
|
|
|
static int push_stash_unassumed(int argc, const char **argv, const char *prefix)
|
|
|
|
{
|
|
|
|
return push_stash(argc, argv, prefix, 0);
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:25 +00:00
|
|
|
static int save_stash(int argc, const char **argv, const char *prefix)
|
|
|
|
{
|
|
|
|
int keep_index = -1;
|
2021-10-18 16:09:06 +00:00
|
|
|
int only_staged = 0;
|
2019-02-25 23:16:25 +00:00
|
|
|
int patch_mode = 0;
|
|
|
|
int include_untracked = 0;
|
|
|
|
int quiet = 0;
|
|
|
|
int ret = 0;
|
|
|
|
const char *stash_msg = NULL;
|
|
|
|
struct pathspec ps;
|
|
|
|
struct strbuf stash_msg_buf = STRBUF_INIT;
|
|
|
|
struct option options[] = {
|
|
|
|
OPT_BOOL('k', "keep-index", &keep_index,
|
|
|
|
N_("keep index")),
|
2021-10-18 16:09:06 +00:00
|
|
|
OPT_BOOL('S', "staged", &only_staged,
|
|
|
|
N_("stash staged changes only")),
|
2019-02-25 23:16:25 +00:00
|
|
|
OPT_BOOL('p', "patch", &patch_mode,
|
|
|
|
N_("stash in patch mode")),
|
|
|
|
OPT__QUIET(&quiet, N_("quiet mode")),
|
|
|
|
OPT_BOOL('u', "include-untracked", &include_untracked,
|
|
|
|
N_("include untracked files in stash")),
|
|
|
|
OPT_SET_INT('a', "all", &include_untracked,
|
|
|
|
N_("include ignore files"), 2),
|
|
|
|
OPT_STRING('m', "message", &stash_msg, "message",
|
|
|
|
N_("stash message")),
|
|
|
|
OPT_END()
|
|
|
|
};
|
|
|
|
|
|
|
|
argc = parse_options(argc, argv, prefix, options,
|
2019-02-25 23:16:28 +00:00
|
|
|
git_stash_save_usage,
|
2019-02-25 23:16:25 +00:00
|
|
|
PARSE_OPT_KEEP_DASHDASH);
|
|
|
|
|
|
|
|
if (argc)
|
|
|
|
stash_msg = strbuf_join_argv(&stash_msg_buf, argc, argv, ' ');
|
|
|
|
|
|
|
|
memset(&ps, 0, sizeof(ps));
|
2019-03-11 22:16:32 +00:00
|
|
|
ret = do_push_stash(&ps, stash_msg, quiet, keep_index,
|
2021-10-18 16:09:06 +00:00
|
|
|
patch_mode, include_untracked, only_staged);
|
2019-02-25 23:16:25 +00:00
|
|
|
|
|
|
|
strbuf_release(&stash_msg_buf);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
int cmd_stash(int argc, const char **argv, const char *prefix)
|
2019-02-25 23:16:15 +00:00
|
|
|
{
|
|
|
|
pid_t pid = getpid();
|
|
|
|
const char *index_file;
|
2020-07-28 20:24:27 +00:00
|
|
|
struct strvec args = STRVEC_INIT;
|
2022-08-19 16:04:10 +00:00
|
|
|
parse_opt_subcommand_fn *fn = NULL;
|
2019-02-25 23:16:15 +00:00
|
|
|
struct option options[] = {
|
2022-08-19 16:04:10 +00:00
|
|
|
OPT_SUBCOMMAND("apply", &fn, apply_stash),
|
|
|
|
OPT_SUBCOMMAND("clear", &fn, clear_stash),
|
|
|
|
OPT_SUBCOMMAND("drop", &fn, drop_stash),
|
|
|
|
OPT_SUBCOMMAND("pop", &fn, pop_stash),
|
|
|
|
OPT_SUBCOMMAND("branch", &fn, branch_stash),
|
|
|
|
OPT_SUBCOMMAND("list", &fn, list_stash),
|
|
|
|
OPT_SUBCOMMAND("show", &fn, show_stash),
|
|
|
|
OPT_SUBCOMMAND("store", &fn, store_stash),
|
|
|
|
OPT_SUBCOMMAND("create", &fn, create_stash),
|
|
|
|
OPT_SUBCOMMAND("push", &fn, push_stash_unassumed),
|
|
|
|
OPT_SUBCOMMAND_F("save", &fn, save_stash, PARSE_OPT_NOCOMPLETE),
|
2019-02-25 23:16:15 +00:00
|
|
|
OPT_END()
|
|
|
|
};
|
|
|
|
|
2020-03-03 17:46:12 +00:00
|
|
|
git_config(git_stash_config, NULL);
|
2019-02-25 23:16:30 +00:00
|
|
|
|
2019-02-25 23:16:28 +00:00
|
|
|
argc = parse_options(argc, argv, prefix, options, git_stash_usage,
|
2022-08-19 16:04:10 +00:00
|
|
|
PARSE_OPT_SUBCOMMAND_OPTIONAL |
|
|
|
|
PARSE_OPT_KEEP_UNKNOWN_OPT |
|
|
|
|
PARSE_OPT_KEEP_DASHDASH);
|
2019-02-25 23:16:15 +00:00
|
|
|
|
stash: integrate with sparse index
Enable sparse index in 'git stash' by disabling
'command_requires_full_index'.
With sparse index enabled, some subcommands of 'stash' work without
expanding the index, e.g., 'git stash', 'git stash list', 'git stash drop',
etc. Others ensure the index is expanded either directly (as in the case of
'git stash [pop|apply]', where the call to 'merge_recursive_generic()' in
'do_apply_stash()' triggers the expansion), or in a command called
internally by stash (e.g., 'git update-index' in 'git stash -u'). So, in
addition to enabling sparse index, add tests to 't1092' demonstrating which
variants of 'git stash' expand the index, and which do not.
Finally, add the option to skip writing 'untracked.txt' in
'ensure_not_expanded', and use that option to successfully apply stashed
untracked files without a conflict in 'untracked.txt'.
Signed-off-by: Victoria Dye <vdye@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-05-10 23:32:28 +00:00
|
|
|
prepare_repo_settings(the_repository);
|
|
|
|
the_repository->settings.command_requires_full_index = 0;
|
|
|
|
|
2019-02-25 23:16:15 +00:00
|
|
|
index_file = get_index_file();
|
|
|
|
strbuf_addf(&stash_index_path, "%s.stash.%" PRIuMAX, index_file,
|
|
|
|
(uintmax_t)pid);
|
|
|
|
|
2022-08-19 16:04:10 +00:00
|
|
|
if (fn)
|
|
|
|
return !!fn(argc, argv, prefix);
|
|
|
|
else if (!argc)
|
|
|
|
return !!push_stash_unassumed(0, NULL, prefix);
|
2019-02-25 23:16:28 +00:00
|
|
|
|
2020-02-17 17:25:21 +00:00
|
|
|
/* Assume 'stash push' */
|
2020-07-28 20:24:27 +00:00
|
|
|
strvec_push(&args, "push");
|
|
|
|
strvec_pushv(&args, argv);
|
2020-07-29 00:37:20 +00:00
|
|
|
return !!push_stash(args.nr, args.v, prefix, 1);
|
2019-02-25 23:16:15 +00:00
|
|
|
}
|