"Martin Langhoff" <martin.langhoff@gmail.com> writes:That's not exactly true. You can't be as efficient with dumb protocols than you are with a dedicated protocol (something with some intelligence on both sides), but at least the second point you mention can be achieved with a dumb protocol, and bzr is a proof of existance. To read over HTTP, it uses ranges request, and to push over ftp/sftp/webdav, it appends new data to existing files (its ancestor, GNU Arch, also had a way to be network-efficient on dumb protocols). Regarding atomic and lock-less updates, I believe this is implementable too as soon as you have an atomit "rename" in the protocol. But here, bzr isn't a proof of existance, it does locking. (BTW, about bzr, it also has a dedicated server now) -- Matthieu - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg KH | Og dreams of kernels |
| Jens Axboe | [PATCH 31/33] Fusion: sg chaining support |
| Arnd Bergmann | Re: finding your own dead "CONFIG_" variables |
| Mark Brown | [PATCH 2/2] Subject: natsemi: Allow users to disable workaround for DspCfg reset |
| Tony Breeds | [LGUEST] Look in object dir for .config |
git: | |
| Brian Downing | Re: Git in a Nutshell guide |
| John Benes | Re: master has some toys |
| Matthias Lederhofer | [PATCH 4/7] introduce GIT_WORK_TREE to specify the work tree |
| Alexander Sulfrian | [RFC/PATCH] RE: git calls SSH_ASKPASS even if DISPLAY is not set |
| Junio C Hamano |
