Hello, I'm trying to implement the git protocol, and I am having a bit of an issue with the lack of information available about it (please correct me if I missed some source of information.) I understand the basic format of the protocol, however I'm not sure what "command" can follow what. I also noticed some odd inconsistencies (or maybe I just don't see the pattern yet.) For example, a git-clone generates this traffic: C: git-upload-pack .... S: SHA1 HEAD.... S: SHA1 refs/heads/master S: flush C: want SHA1... C: want SHA1... (it wants the same SHA1 twice!) C: flush C: done S: NAK S: the pack... Then, when it is time to git-fetch a new commit, I get: C: git-upload-pack .... S: SHA1 HEAD.... S: SHA1 refs/heads/master S: flush C: want SHA1... C: flush C: have SHA1 C: done S: ACK SHA1 continue S: ACK SHA1 (same hash) S: the pack... Then, if I try to git-fetch but there is nothing new, I get: C: git-upload-pack .... S: SHA1 HEAD.... S: SHA1 refs/heads/master S: flush C: flush <client closes connection> So, I can _assume_ that "done" tells the server that it is time to make a pack. Why does the server use NAK during the clone operation, but ACK during fetch? Why does the server ACK the same SHA1 twice? And why does the client "want" the same SHA1 twice? It just seems odd. I think it would be great if there was some kind of description somewhere that detailed the protocol. Also, the daemon source isn't the prettiest thing in the world. Thanks, Josef "Jeff" Sipek. -- Reality is merely an illusion, albeit a very persistent one. - Albert Einstein - 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