From: Johannes Sixt <j6t@kdbg.org>
To: Hanan Arshad <hananarshad619@gmail.com>
Cc: git@vger.kernel.org, sandals@crustytoothpaste.net
Subject: Re: [RFC] git stash: add porcelain for sharing stashes through remotes
Date: Mon, 5 Oct 2026 10:21:03 +0200 [thread overview]
Message-ID: <7012706b-516b-4cd9-abf3-0144093e0779@kdbg.org> (raw)
In-Reply-To: <CAKPibBx6364BcB2nqyQ7jhTaQMaUuR2TNKzZ-9H8VopcRjXbZw@mail.gmail.com>
Am 05.10.26 um 10:03 schrieb Hanan Arshad:
> The use case I have in mind is narrower: temporarily handing off an
> unfinished working state to another clone or developer, without first
> turning that state into a normal branch workflow.
Understood. But you don't do this ten times a day, so...
> The question I am trying to answer is therefore not really "should
> stashes become collaborative objects?", but rather:
>
> Is there value in providing a small convenience command around an
> already-supported stash transport workflow, so users do not have to
> understand and manually compose the lower-level ref/export/import
> steps?
... why do you need convenience? A simple export plus a push or even
just a single push command are all that is required today.
So, IMHO, there is zero reason to upgrade stashes so that they can
achieve the exact same thing that we can already do with branches.
(Hence, if indeed you do share your half-finsihed work ten times a day,
then, please, by all means, use the right tool for the task: put your
work on a branch, not in a stash.)
-- Hannes
next prev parent reply other threads:[~2026-10-05 8:55 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-28 14:27 [RFC] git stash: add porcelain for sharing stashes through remotes Hanan Arshad
2026-09-29 22:19 ` brian m. carlson
2026-10-05 5:53 ` Hanan Arshad
2026-10-05 7:47 ` Johannes Sixt
2026-10-05 8:03 ` Hanan Arshad
2026-10-05 8:21 ` Johannes Sixt [this message]
2026-10-05 9:06 ` Hanan Arshad
2026-10-05 15:25 ` Junio C Hamano
2026-10-07 6:31 ` Hanan Arshad
2026-10-07 10:36 ` Johannes Sixt
-- strict thread matches above, loose matches on Subject: below --
2026-10-01 8:53 Hanan Arshad
2026-10-01 22:02 ` D. Ben Knoble
2026-10-01 22:16 ` 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=7012706b-516b-4cd9-abf3-0144093e0779@kdbg.org \
--to=j6t@kdbg.org \
--cc=git@vger.kernel.org \
--cc=hananarshad619@gmail.com \
--cc=sandals@crustytoothpaste.net \
/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