From: "Sverre Rabbelier" <alturin@gmail.com>
To: "Shawn O. Pearce" <spearce@spearce.org>
Cc: "Dirk Süsserott" <newsletter@dirk.my1.cc>,
"Git Mailing List" <git@vger.kernel.org>,
"Junio C Hamano" <gitster@pobox.com>
Subject: Re: git gui: Possible to see which commands are executed?
Date: Tue, 20 May 2008 22:22:35 +0200 [thread overview]
Message-ID: <bd6139dc0805201322r6c8dae8cy45d31af6c25fd25a@mail.gmail.com> (raw)
In-Reply-To: <20080520201722.GF29038@spearce.org>
On Tue, May 20, 2008 at 10:17 PM, Shawn O. Pearce <spearce@spearce.org> wrote:
> Yup. Or even worse, a user thinking that the best way to create a
> new commit on the command line is the ugly sequence of:
>
> git-write-tree
> git-commit-tree ... -p ... <msg
> git-update-ref HEAD ...
>
That would be awesome, no wait.. it wouldn't :P.
>> Even better of course would be to not only print the plumbing commands
>> but also the porcelain commands!
>
> That is probably difficult. Some of the code internally is more
> about stringing the right sequence of plumbing together than it
> is about a particular user action. I think it would take a bit of
> work to make it do this, and I just don't see a reason to do it.
The reason would be to make the switch from using git-gui only to
using the commandline too... the again, it'd be cutting your own hand
(or is it "throat" in English...) to make that transition easier.
> CVS clients that show CVS commands can easily do so, because they
> are directly executing the commands they show you. This is likely
> also true of SVN commands. But git-gui on Git, that's a whole
> different animal.
Ah, I didn't realise git-gui does stuff that you can't really do
through the regular porcelain. In that case it would indeed be
impossible to print the regular porcelain commands. I think the
'--trace' option should be advertised as 'debugging option' so that
the user can see what is going on in the case something goes wrong
perhaps?
--
Cheers,
Sverre Rabbelier
next prev parent reply other threads:[~2008-05-20 20:23 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-18 12:03 git gui: Possible to see which commands are executed? Dirk Süsserott
2008-05-18 12:13 ` Miklos Vajna
2008-05-18 12:34 ` Dirk Süsserott
2008-05-19 2:21 ` Shawn O. Pearce
2008-05-20 19:03 ` Dirk Süsserott
2008-05-20 19:44 ` Shawn O. Pearce
2008-05-20 20:05 ` Sverre Rabbelier
2008-05-20 20:17 ` Shawn O. Pearce
2008-05-20 20:22 ` Sverre Rabbelier [this message]
2008-05-20 20:31 ` Shawn O. Pearce
2008-05-20 20:46 ` Sverre Rabbelier
2008-05-20 21:34 ` Junio C Hamano
2008-05-21 2:41 ` Shawn O. Pearce
2008-05-21 8:30 ` Johannes Schindelin
2008-05-21 9:27 ` Karl Hasselström
2008-05-22 12:12 ` Shawn O. Pearce
2008-05-22 20:55 ` Nigel Magnay
2008-05-22 23:05 ` Shawn O. Pearce
2008-05-20 20:12 ` Dirk Süsserott
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=bd6139dc0805201322r6c8dae8cy45d31af6c25fd25a@mail.gmail.com \
--to=alturin@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=newsletter@dirk.my1.cc \
--cc=spearce@spearce.org \
--cc=sverre@rabbelier.nl \
/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).