Thread (1 message) 1 message, 1 author, 2016-06-15

Re: Better handling of erroneous git stash save "somemessage" --keep-index

From: Matthieu Moy <hidden>
Date: 2016-06-15 22:56:16

Junio C Hamano [off-list ref] writes:
Gunnlaugur Thor Briem [off-list ref] writes:
quoted
the command:

git stash save "some message" --keep-index

stashes everything, including the index, and adds the "--keep-index"
to the message. The manual labor of separating index hunks from hunks
to stash is lost. This is in version 1.8.1.3.
Not lost, it's saved as part of the stash. "git stash pop --index" will
restore it.
quoted
This is a user error, of course (per the man page, parameters are not
accepted after the message). But it would be better handled by
erroring out, with a message like "git stash save does not permit
parameters after the stash message".
Then the user cannot say

	git stash save some message that consists of multiple words

no?
I didn't even know that multi-words messages would be allowed this way.
That seems to me to be really weird indeed.

I can't say

  git commit -m multi word message

so why would people want to omit quotes for "git stash" is a total
mystery. That said, we can't deny it right now, to preserve backward
compatibility.

My feeling is that "git stash save" should learn a "-m, --message"
option analogous to the one of "git commit", and then the "message on
the command-line" syntax could be deprecated.

(One nice side effect would be that in the very long term, we may want
to allow "git stash save -- <pathspecs>" to do a limited stash)

But maybe it's not worth the effort, I don't know.

-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help