All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Hommey <mh@glandium.org>
To: Daniel Barkalow <barkalow@iabervon.org>
Cc: git@vger.kernel.org
Subject: Re: Is there a reason to keep walker.c ?
Date: Mon, 28 Jan 2008 08:17:49 +0100	[thread overview]
Message-ID: <20080128071749.GA12488@glandium.org> (raw)
In-Reply-To: <alpine.LNX.1.00.0801271603280.13593@iabervon.org>

On Sun, Jan 27, 2008 at 04:23:17PM -0500, Daniel Barkalow wrote:
> On Sun, 27 Jan 2008, Mike Hommey wrote:
> 
> > Hi,
> > 
> > While working on the http code refactoring, I got to wonder if the
> > walker.c "wrapper", that is only used for the http transport, is still
> > worth keeping. If there are plans for others transport to use this code,
> > obviously, it would be worth keeping, but on the contrary, I think it
> > would simplify the http transport code even more. What do you think ?
> 
> It would be a good base for sftp (i.e. dumb file access over ssh). In 
> fact, I think stuff should ideally be moved into walker.c such that the 
> HTTP-specific code just handles access to files by filename and the logic 
> of what files to request in what order is in walker.c. I think this would 
> get the simplification you're looking for while making it easy to add sftp 
> or any other situation where you have only slow remote filesystem-like 
> access to the repository.

I like this idea. I'll probably implement that, then.

Mike

  reply	other threads:[~2008-01-28  7:16 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-27 20:45 Is there a reason to keep walker.c ? Mike Hommey
2008-01-27 20:46 ` Johannes Schindelin
2008-01-27 20:51   ` Mike Hommey
2008-01-27 21:23     ` Jakub Narebski
2008-01-27 21:23 ` Daniel Barkalow
2008-01-28  7:17   ` Mike Hommey [this message]
2008-01-28 18:58     ` http-push as a builtin ? (Was: Is there a reason to keep walker.c ?) Mike Hommey
2008-01-28 19:45       ` Daniel Barkalow

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=20080128071749.GA12488@glandium.org \
    --to=mh@glandium.org \
    --cc=barkalow@iabervon.org \
    --cc=git@vger.kernel.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.