From: Phillip Wood <phillip.wood123@gmail.com>
To: git@vger.kernel.org
Cc: Junio C Hamano <gitster@pobox.com>
Subject: [PATCH v2 0/2] stash: fix and improve "git stash -p <pathspec>"
Date: Tue, 20 May 2025 10:26:58 +0100 [thread overview]
Message-ID: <cover.1747733203.git.phillip.wood@dunelm.org.uk> (raw)
In-Reply-To: <6292feee7c4347efad31e9fb2a1763779b7df133.1747407473.git.phillip.wood@dunelm.org.uk>
From: Phillip Wood <phillip.wood@dunelm.org.uk>
"git stash -p <pathspec>" should imply "git stash push -p <pathspec>"
but that was broken by a code cleanup in c3713cede7 (stash: eliminate
crude option parsing, 2020-02-17). This regression is fixed in the
first patch. Although "-p" implies the "push" subcommand "--patch"
has never implied "push". That is fixed in the second patch.
Thanks to Junio for his comments on V1.
Changes since V1:
- Split out the regression fix into its own patch
Base-Commit: 1a8a4971cc6c179c4dd711f4a7f5d7178f4b3ab7
Published-As: https://github.com/phillipwood/git/releases/tag/pw%2Fstash-assume-push-with-dash-p%2Fv2
View-Changes-At: https://github.com/phillipwood/git/compare/1a8a4971c...98ad3de97
Fetch-It-Via: git fetch https://github.com/phillipwood/git pw/stash-assume-push-with-dash-p/v2
Phillip Wood (2):
stash: allow "git stash -p <pathspec>" to assume push again
stash: allow "git stash [<options>] --patch <pathspec>" to assume push
builtin/stash.c | 10 +++++++---
t/t3903-stash.sh | 19 +++++++++++++++++++
2 files changed, 26 insertions(+), 3 deletions(-)
Range-diff against v1:
1: 6292feee7c4 ! 1: 2cd67f5cd85 stash: allow "git stash -p <pathspec>" to assume push again
@@ Commit message
Historically "git stash [<options>]" was assumed to mean "git stash save
[<options>]". Since 1ada5020b38 (stash: use stash_push for no verb form,
2017-02-28) it is assumed to mean "git stash push [<options>]". As the
- push subcommand supports pathspecs 9e140909f61 (stash: allow pathspecs
+ push subcommand supports pathspecs, 9e140909f61 (stash: allow pathspecs
in the no verb form, 2017-02-28) allowed "git stash -p <pathspec>" to
mean "git stash push -p <pathspec>". This was broken in 8c3713cede7
(stash: eliminate crude option parsing, 2020-02-17) which failed to
account for "push" being added to the start of argv in cmd_stash()
before it calls push_stash() and kept looking in argv[0] for "-p" after
moving the code to push_stash().
- The support for assuming "push" when "-p" is given introduced in
- 9e140909f61 is very narrow, neither "git stash -m <message> -p
- <pathspec>" nor "git stash --patch <pathspec>" imply "push" and die
- instead. Fix the regression introduced by 8c3713cede7 and relax the
- behavior introduced in 9e140909f61 by passing
- PARSE_OPT_STOP_AT_NON_OPTION when push is being assumed and then setting
- "force_assume" if "--patch" was present. This means "git stash
- <pathspec> -p" still dies so do assume the user meant "push" if they
- mistype a subcommand name but "git stash -m <message> -p <pathspec>"
- will now succeed. Tests are added to prevent future regressions.
+ Fix this by regression by checking argv[1] instead of argv[0] and add a
+ couple of tests to prevent future regressions.
Signed-off-by: Phillip Wood <phillip.wood@dunelm.org.uk>
@@ builtin/stash.c: static int push_stash(int argc, const char **argv, const char *
if (argc) {
- force_assume = !strcmp(argv[0], "-p");
-+ int flags = PARSE_OPT_KEEP_DASHDASH;
-+
-+ if (push_assumed)
-+ flags |= PARSE_OPT_STOP_AT_NON_OPTION;
-+
++ force_assume = argc > 1 && !strcmp(argv[1], "-p");
argc = parse_options(argc, argv, prefix, options,
push_assumed ? git_stash_usage :
-- git_stash_push_usage,
-- PARSE_OPT_KEEP_DASHDASH);
-+ git_stash_push_usage, flags);
-+ force_assume |= patch_mode;
- }
-
- if (argc) {
+ git_stash_push_usage,
## t/t3903-stash.sh ##
@@ t/t3903-stash.sh: test_expect_success 'stash -- <pathspec> stashes and restores the file' '
test_path_is_file bar
'
-+test_expect_success 'stash --patch <pathspec> stash and restores the file' '
++test_expect_success 'stash -p <pathspec> stash and restores the file' '
+ cat file >expect-file &&
+ echo changed-file >file &&
+ echo changed-other-file >other-file &&
-+ echo a | git stash -m "stash bar" --patch file &&
++ echo a | git stash -p file &&
+ test_cmp expect-file file &&
+ echo changed-other-file >expect &&
+ test_cmp expect other-file &&
-: ----------- > 2: 98ad3de9770 stash: allow "git stash [<options>] --patch <pathspec>" to assume push
--
2.49.0.897.gfad3eb7d210
next prev parent reply other threads:[~2025-05-20 9:27 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-16 14:58 [PATCH] stash: allow "git stash -p <pathspec>" to assume push again Phillip Wood
2025-05-16 19:10 ` Junio C Hamano
2025-05-20 9:21 ` Phillip Wood
2025-05-20 9:26 ` Phillip Wood [this message]
2025-05-20 9:26 ` [PATCH v2 1/2] " Phillip Wood
2025-06-06 11:31 ` Martin Ågren
2025-06-06 15:26 ` Phillip Wood
2025-05-20 9:27 ` [PATCH v2 2/2] stash: allow "git stash [<options>] --patch <pathspec>" to assume push Phillip Wood
2025-06-06 11:32 ` Martin Ågren
2025-05-21 13:04 ` [PATCH v2 0/2] stash: fix and improve "git stash -p <pathspec>" Junio C Hamano
2025-06-03 22:11 ` Junio C Hamano
2025-06-06 11:39 ` Martin Ågren
2025-06-07 9:45 ` [PATCH v3 " Phillip Wood
2025-06-07 9:45 ` [PATCH v3 1/2] stash: allow "git stash -p <pathspec>" to assume push again Phillip Wood
2025-06-07 9:45 ` [PATCH v3 2/2] stash: allow "git stash [<options>] --patch <pathspec>" to assume push Phillip Wood
2025-06-07 12:56 ` [PATCH v3 0/2] stash: fix and improve "git stash -p <pathspec>" Martin Ågren
2025-06-09 9:42 ` Phillip Wood
2025-06-10 9:56 ` Martin Ågren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cover.1747733203.git.phillip.wood@dunelm.org.uk \
--to=phillip.wood123@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=phillip.wood@dunelm.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).