Re: git network protocol
- From
Daniel Barkalow <barkalow@iabervon.org>
- Date
- Apr 29, 2005, 21:15 UTC
- Message-ID
- <Pine.LNX.4.21.0504291706400.30848-100000@iabervon.org>
- In-Reply-To
- <Pine.LNX.4.62.0504291333550.7439@qynat.qvtvafvgr.pbz>
On Fri, 29 Apr 2005, David Lang wrote:
Show 6 quoted lines
> would it make sense for the network git protocol to be something along the > lines of > > client contacts server and sends > the tag you want to sync with (defaults to head) > the local index file
Actually, you really want to have a bidirectional interaction, where the client first fetches the info to determine where to start, and then goes through the reachable space, asking for anything it doesn't already have.
(In the long run, we want to keep track of some things we already have all of, or know we're missing, etc., so the receiver side doesn't have to look over its whole tree.)
git already includes two versions of this protocol; the first runs against a static HTTP server, and the second uses ssh to get a socket. At some point, I'm going to enable these programs to read and write .git/refs/?/? to figure out what they're supposed to get.
-Daniel *This .sig left intentionally blank*