Mark Lodato <lodatom@xxxxxxxxx> wrote: > On Wed, Oct 14, 2009 at 11:36 PM, Shawn O. Pearce <spearce@xxxxxxxxxxx> wrote: > > This series is still lacking: > > > > ??* The HTTP protocol documentation > > ??* Tests for the smart http transport code (existing tests pass) > > * Dumb HTTP push support I'm not interested in implementing a WebDAV server. 13 years ago when WebDAV was the new shiny I considered it. Today, bleh, no desire. > It would be really nice if git-http-backend supported dumb pushing > over WebDAV. Currently, to support both smart and dumb pushing, one > has to configure Apache in a very awkward and confusing way (if it is > even possible - I'm still trying to figure it out). Sure, its confusing, its one reason nobody uses it. Another is that pushing over WebDAV is slow and error prone, locks get taken and have to get released, its a general mess. > Without some way > to support older clients, it will be very hard to transition to the > new protocol. Why? Smart HTTP is primarily about improving the situation for a client fetching from the server. If the server happens to allow writes, users will just have to upgrade to a new enough version of Git that understands the push variant of the protocol. If users don't want to upgrade, or can't upgrade, then you can't push over HTTP. Simple. Really, what it comes down to is, I don't think it matters that we don't have backwards compatiblity for pushing through WebDAV. If you think it matters, you are free to write a patch series on top of mine which adds the functionality. But don't wait for me to do it, it won't happen. > Also, your examples use "DocumentRoot /pub/git", but I think most > people would want to have their main website as the DocumentRoot, have > the URL "/git" serve the repositories through gitweb, and have that > same "/git" URL be `git clone'-able. Why not have git-http-backend exec gitweb when it gets a request for the repository itself? Why do you have to go through such contortions in Apache for this? The two CGIs are shipped in the same software package, surely one could actually invoke the other. > The Apache configuration for > this is complicated and non-intuitive, so I think an example of this > in the documentation is warranted. The following accomplishes what I > describe, except it does not work with dump HTTP push, and does not > allow anonymous read-only access. (I am currently trying to figure > out how to do both of these things.) Yes, I'd like to have examples in the git-http-backend manpage. I put a couple in there already, but they don't consider gitweb because I assumed we'd find a way to have gitweb be invoked out of git-http-backend. Unfortunately that hasn't happened yet. -- Shawn. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html