All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jakub Narebski <jnareb@gmail.com>
To: Petr Baudis <pasky@suse.cz>
Cc: Junio C Hamano <junkio@cox.net>, git@vger.kernel.org
Subject: Re: [RFC/PATCH] gitweb: Create special from-file/to-file header for combined diff
Date: Mon, 28 May 2007 16:22:06 +0200	[thread overview]
Message-ID: <200705281622.07313.jnareb@gmail.com> (raw)
In-Reply-To: <20070528132959.GT4489@pasky.or.cz>

On Mon, 28 May 2007, Petr Baudis wrote:
> On Mon, May 28, 2007 at 08:50:51AM CEST, Jakub Narebski wrote:
>> Junio C Hamano wrote:
>>> Jakub Narebski <jnareb@gmail.com> writes:
>>> 
>>>> Instead of using default, diff(1) like from-file/to-file header for
>>>> combined diff (for a merge commit), which looks like:
>>>>
>>>>   --- a/git-gui/git-gui.sh
>>>>   +++ b/_git-gui/git-gui.sh_
>>>>
>>>> (where _link_ denotes [hidden] hyperlink), create from-file(n)/to-file
>>>> header, using n/file for each or parents, e.g.:
>>>>
>>>>   --- 1/_git-gui/git-gui.sh_
>>>>   --- 2/_git-gui.sh_
>>>>   +++ b/_git-gui/git-gui.sh_
>>> 
>>> Sounds quite straightforward to implement, and diff with 1/
>>> would be useful to recreate what the person who did the merge
>>> pulled in, for most of the time.  I suspect diff with 2/ is
>>> almost always uninteresting, though.
> 
> I like it too.
> 
>> Errr... it _is_ implemented in this patch, although code is not perfect
>> and has some unnecessary repetitions.
> 
> It just shows links to older versions of the blob, doesn't it? Links to
> diffs themselves would be useful too.

For me most important were those from names (or /dev/null) in the case
of rename or copying (or file which was not present in some branches).

The link is to older version of blob; the links to appropriate blobdiffs
(and with earlier PATCH/RFC "gitweb: Provide links to individual
commitdiffs in difftree for merges" also to appropriate commitdiffs)
are in the difftree / whatchanged table.


Where to put link to diff? Should name be link to diff instead of
link to blob (to version at parent)?

-- 
Jakub Narebski
Poland

      reply	other threads:[~2007-05-28 14:17 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-27 23:16 [PATCH] gitweb: Split git_patchset_body into separate subroutines Jakub Narebski
2007-05-27 23:16 ` [RFC/PATCH] gitweb: Create special from-file/to-file header for combined diff Jakub Narebski
2007-05-27 23:16   ` [PATCH] " Jakub Narebski
2007-05-27 23:33     ` Jakub Narebski
2007-05-28  1:43   ` [RFC/PATCH] " Junio C Hamano
2007-05-28  6:50     ` Jakub Narebski
2007-05-28 13:29       ` Petr Baudis
2007-05-28 14:22         ` Jakub Narebski [this message]

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=200705281622.07313.jnareb@gmail.com \
    --to=jnareb@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=junkio@cox.net \
    --cc=pasky@suse.cz \
    /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.