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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.