From: "Randall S. Becker" <rsbecker@nexbridge.com>
To: "'liam Beguin'" <liambeguin@gmail.com>,
"'Jeff King'" <peff@peff.net>,
"'Samuel Lijin'" <sxlijin@gmail.com>
Cc: "'Houston Fortney'" <houstonfortney@gmail.com>, <git@vger.kernel.org>
Subject: RE: Feature Request: Show status of the stash in git status command
Date: Sun, 11 Jun 2017 13:57:25 -0400 [thread overview]
Message-ID: <000b01d2e2dc$327c11c0$97743540$@nexbridge.com> (raw)
In-Reply-To: <1c04d689-6796-17d1-e058-18874768c22a@gmail.com>
On June 11, 2017 1:07 PM liam Beguin wrote:
>There is one thing I've noticed though. When using 'git stash pop', it shows the the number of stashes before dropping the commit and I'm not quite ?>sure how to address this.
<snip>
On 10/06/17 06:22 AM, Jeff King wrote:
> On Sat, Jun 10, 2017 at 06:12:28AM -0400, Samuel Lijin wrote:
>> On Sat, Jun 10, 2017 at 4:25 AM, Jeff King <peff@peff.net> wrote:
>>> On Wed, Jun 07, 2017 at 06:46:18PM -0400, Houston Fortney wrote:
>>>
>>>> I sometimes forget about something that I stashed. It would be nice
>>>> if the git status command would just say "There are x entries in
>>>> the stash." It can say nothing if there is nothing stashed so it is
>>>> usually not adding clutter.
>>>
>>> I think the clutter issue would depend on your workflow around stash.
>>>
>>> Some people carry tidbits in their stash for days or weeks. E.g., I
>>> sometimes start on an idea and decide it's not worth pursuing (or
>>> more likely, I post a snippet of a patch as a "how about this" to
>>> the mailing list but don't plan on taking it further). Rather than
>>> run "git reset --hard", I usually "git stash" the result. That means
>>> if I really do decide I want it back, I can prowl through the stash list and find it.
>>>
>>> All of which is to say that if we had such a feature, it should
>>> probably be optional. For some people it would be very useful, and
>>> for others it would be a nuisance.
>>
>> Perhaps there should be a flag for this if it is implemented, say
>> status.showStash?
Random thought: what if a stash id could be used in the same way as any other ref, so diff stash[0] stash[1] would be possible - although I can see this being problematic for a merge or rebase.
Cheers,
Randall
next prev parent reply other threads:[~2017-06-11 17:57 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-07 22:46 Feature Request: Show status of the stash in git status command Houston Fortney
2017-06-10 8:25 ` Jeff King
2017-06-10 10:12 ` Samuel Lijin
2017-06-10 10:22 ` Jeff King
2017-06-11 17:07 ` liam Beguin
2017-06-11 17:57 ` Randall S. Becker [this message]
2017-06-11 18:18 ` Igor Djordjevic
2017-06-11 18:30 ` Randall S. Becker
2017-06-12 15:35 ` Junio C Hamano
2017-06-13 3:42 ` liam Beguin
2017-06-13 6:42 ` Konstantin Khomoutov
2017-06-13 12:34 ` liam Beguin
2017-06-13 13:06 ` Junio C Hamano
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='000b01d2e2dc$327c11c0$97743540$@nexbridge.com' \
--to=rsbecker@nexbridge.com \
--cc=git@vger.kernel.org \
--cc=houstonfortney@gmail.com \
--cc=liambeguin@gmail.com \
--cc=peff@peff.net \
--cc=sxlijin@gmail.com \
/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).