unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Arthur Miller <arthur.miller@live.com>
To: "Óscar Fuentes" <ofv@wanadoo.es>
Cc: emacs-devel@gnu.org
Subject: Re: On the adoption of transient.el
Date: Sat, 14 Aug 2021 22:45:17 +0200	[thread overview]
Message-ID: <AM9PR09MB49772D60C1E6D55662A996F396FB9@AM9PR09MB4977.eurprd09.prod.outlook.com> (raw)
In-Reply-To: <87wnoofapr.fsf@telefonica.net> ("Óscar Fuentes"'s message of "Sat, 14 Aug 2021 14:54:24 +0200")

Óscar Fuentes <ofv@wanadoo.es> writes:

> Arthur Miller <arthur.miller@live.com> writes:
>
>> Jonas Bernoulli <jonas@bernoul.li> writes:
>>
>>>> I have to run Magit than bb and than Magit will offer a completing
>>>> read which will pop the asked Helm interface. To me this is not a
>>>> straightforward enough
>>>
>>>   (global-set-key [f1] 'magit-checkout)
>>>
>>> Also you generally don't have to "run Magit" and can just use "C-x M-g"
>>> and in file-visiting buffers also "C-c M-g".
>>
>> Hi Jonas, I have tried your magit-checkout now. It does not really do
>> what I had in mind. It seems to just be a wrapper around git checkout,
>> and similar to git checkout gives error if there are unstaged changes.
>>
>> What I wanted was a fast straightforward branch switcher, no questions
>> asked.
>>
>> The strategy is to stash save all buffers belonging to the project,
>> stash everything, inclusive untracked files, and than checkout to the
>> other branch. When checked back, the stash is applied back. I don't know
>> if you have something like that in magit or if it is something generally
>> desirable, but I always wanted something simple and dirty to be able to
>> switch fast when I need it.
>
> How would Magit know that when you "return back" to a branch it must
> apply a certain stash?

Stash can take a name.

> Work-In-Progress management system, which use branches instead of
> apply a certain stash?

No, Stashes are exactly for that (stash create a branch under the hood I
think, but it is not important).

>                        It seems to me that you are asking for some
> Work-In-Progress management system, which use branches instead of
> stashes. IIRC there are some Magit extensions for this and even creating

I don't ask for anything. I was in a discussion and wanted a fast
switcher, was told to use Magit and didn't found it fitting my
needs. Jonas said I should try magit-checkout, and I just explained why
it does not fit my particular need. Just as act of politness to Jonas
kind advice on magit, nothing more.

> your own doesn't seem difficult, but IMHO your use case, in the way you
> describe it, has dubious applications in general.

It is not a "general" solution. I want it to quickly switch branches and
be able to quickly come back. If you work on something bigger, and than
need to checkout another branch for a small fix or lookup and switching
back, I want to save myself of manual work. That is the use
case. Dubious or not :).

> For starters, the part about automatically stashing untracked files, I
> have seem cases where it would stash gigabytes of build products.

Well, if you have case where you have gigabytes of files in git repo,
than you don't want to use this one?




  reply	other threads:[~2021-08-14 20:45 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-03 21:13 On the adoption of transient.el Gabriel
2021-07-05 14:24 ` Philip Kaludercic
2021-07-05 16:09   ` Gabriel
2021-07-05 17:00     ` Stefan Monnier
2021-07-05 19:16       ` Lars Ingebrigtsen
2021-07-05 16:50   ` Yuri Khan
2021-07-05 17:06     ` Eli Zaretskii
2021-07-05 17:29       ` Yuri Khan
2021-07-05 17:49         ` Stefan Monnier
2021-07-05 18:09     ` Philip Kaludercic
2021-08-01 20:19       ` Rudolf Adamkovič
2021-08-01 21:08         ` T.V Raman
2021-08-01 21:24         ` Arthur Miller
2021-08-03 13:07           ` Jonas Bernoulli
2021-08-03 20:00             ` Arthur Miller
2021-08-14  3:17             ` Arthur Miller
2021-08-14 12:54               ` Óscar Fuentes
2021-08-14 20:45                 ` Arthur Miller [this message]
2021-08-15 21:57                 ` John Yates
2021-08-16  1:05                   ` Arthur Miller
2021-08-16  1:35                   ` Stefan Monnier
2021-08-16  2:36                     ` Arthur Miller
2021-08-01 21:25         ` Arthur Miller
2021-08-04 11:22         ` Philip Kaludercic
2021-08-04 15:56           ` Óscar Fuentes
2021-08-04 18:56           ` T.V Raman
2021-08-04 19:57             ` Jesse Millwood
2021-08-04 21:45               ` T.V Raman
2021-08-05  7:01                 ` Arthur Miller
2021-08-05  8:59                   ` Eric S Fraga
2021-08-05  9:23                     ` Tim Cross
2021-08-05 10:37                       ` Eric S Fraga
2021-08-05 11:01                         ` Eli Zaretskii
2021-08-05 14:45                           ` Óscar Fuentes
2021-08-05 16:17                             ` Eli Zaretskii
2021-08-05 23:17                               ` Juri Linkov
2021-08-06  6:11                                 ` Eli Zaretskii
2021-08-06  2:13                               ` Phil Sainty
2021-08-05 23:20                             ` Juri Linkov
2021-08-06 12:39                               ` John Yates
2021-08-06 14:42                                 ` Stefan Monnier
2021-08-06 17:20                                   ` Omar Polo
2021-08-10  7:22                                 ` Juri Linkov
2021-08-10 10:32                                   ` John Yates
2021-08-08  1:21                               ` Dmitry Gutov
2021-08-10  7:15                                 ` Juri Linkov
2021-08-10 12:40                                   ` Dmitry Gutov
2021-08-11  6:58                                     ` Juri Linkov
2021-08-13  3:06                                       ` Dmitry Gutov
2021-08-08  1:42                               ` Alfred M. Szmidt
2021-08-10  7:18                                 ` Juri Linkov
2021-08-10  8:16                                   ` Alfred M. Szmidt
2021-08-11  6:56                                     ` Juri Linkov
2021-08-05  9:38                     ` Arthur Miller
2021-08-05  9:51                       ` Jean-Christophe Helary
2021-08-05 14:33                     ` T.V Raman
2021-08-05 14:55                       ` Eric S Fraga
2021-08-05 15:05                       ` Arthur Miller
2021-08-06 23:02             ` Rudolf Adamkovič
2021-08-07  2:03               ` T.V Raman
2021-08-07  3:15               ` Phil Sainty
2021-08-07 10:19               ` Jonas Bernoulli
2021-08-07 15:42               ` T.V Raman
2021-07-05 19:51     ` Jim Porter
  -- strict thread matches above, loose matches on Subject: below --
2022-07-31  9:08 Manuel Uberti
2022-07-31 13:25 ` T.V Raman
2022-07-31 20:03 ` Juri Linkov
2022-08-21 16:04   ` Juri Linkov
2022-08-01  3:32 ` Richard Stallman

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AM9PR09MB49772D60C1E6D55662A996F396FB9@AM9PR09MB4977.eurprd09.prod.outlook.com \
    --to=arthur.miller@live.com \
    --cc=emacs-devel@gnu.org \
    --cc=ofv@wanadoo.es \
    /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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).