From: Mike Hommey <mh@glandium.org>
To: Daniel Barkalow <barkalow@iabervon.org>
Cc: git@vger.kernel.org
Subject: http-push as a builtin ? (Was: Is there a reason to keep walker.c ?)
Date: Mon, 28 Jan 2008 19:58:28 +0100 [thread overview]
Message-ID: <20080128185828.GA14804@glandium.org> (raw)
In-Reply-To: <20080128071749.GA12488@glandium.org>
On Mon, Jan 28, 2008 at 08:17:49AM +0100, Mike Hommey wrote:
> 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.
BTW, would there be objections to have http-push as a builtin ?
Mike
next prev parent reply other threads:[~2008-01-28 18:56 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
2008-01-28 18:58 ` Mike Hommey [this message]
2008-01-28 19:45 ` http-push as a builtin ? (Was: Is there a reason to keep walker.c ?) 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=20080128185828.GA14804@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.