From: Johannes Schindelin <Johannes.Schindelin@gmx.de>
To: norm@dad.org
Cc: l.s.r@web.de, git@vger.kernel.org
Subject: Re: Question: Getting 'git diff' to generate /usr/bin/diff output
Date: Mon, 18 Jul 2016 09:23:04 +0200 (CEST) [thread overview]
Message-ID: <alpine.DEB.2.20.1607180922580.28832@virtualbox> (raw)
In-Reply-To: <201607171726.u6HHQShO005227@shell1.rawbw.com>
Hi Norm,
On Sun, 17 Jul 2016, norm@dad.org wrote:
> <l.s.r@web.de> writes:
> >
> >The other replies covered how to use the system's own diff instead.
> >Just curious: What makes using git diff difficult and its output hard to
> >deal with for you?
>
> In decreasing importance order:
>
> I am 84 years old.
Wow. Chapeau! I am impressed.
> I have been using /usr/bin/diff for more than four decades. And having
> to learn how to read the output of 'git diff' makes learning how to use
> git a more difficult trick for this old dog to learn. True, the diff of
> today is very different from the diff of 1972, but the changes happened
> gradually.
Curious: do you use context diff (GNU diff's default) or unified diffs?
> I have scripts which process the output of /usr/bin/diff.
Even more curious: what do those scripts do? Maybe they do things that we
either can already do with Git's diff, or that we can teach Git.
> 'git diff' outputs escape characters which clutter my terminal. Yes, I
> can sed them out, but then why are they there?
Those are most likely the ANSI sequences to add color. Can you call Git
with the --no-color option and see whether the escape characters go away?
Ciao,
Johannes
next prev parent reply other threads:[~2016-07-18 7:23 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-16 19:12 Question: Getting 'git diff' to generate /usr/bin/diff output norm
2016-07-16 20:47 ` Perry Hutchison
2016-07-17 7:46 ` Johannes Schindelin
2016-07-19 15:20 ` norm
2016-07-17 12:18 ` René Scharfe
2016-07-17 17:26 ` norm
2016-07-18 7:23 ` Johannes Schindelin [this message]
2016-07-18 9:19 ` [PATCH] pager: disable color when pager is "more" Eric Wong
2016-07-18 13:16 ` Jeff King
2016-07-18 17:19 ` Junio C Hamano
2016-07-18 18:58 ` Jeff King
2016-07-19 2:37 ` Eric Wong
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=alpine.DEB.2.20.1607180922580.28832@virtualbox \
--to=johannes.schindelin@gmx.de \
--cc=git@vger.kernel.org \
--cc=l.s.r@web.de \
--cc=norm@dad.org \
/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.