git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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


  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).