Re: More on git over HTTP POST
- From
- H. Peter Anvin <hpa@zytor.com>
- Date
- Aug 3, 2008, 03:47 UTC
- Message-ID
- <48952A62.6050709@zytor.com>
- In-Reply-To
- <7v63qiydzg.fsf@gitster.siamese.dyndns.org>
Junio C Hamano wrote:
Show 5 quoted lines
> With the git native protocol, we luckily found space to do so after the > ref payload (because pkt-line is "length + payload" format but the code > that reads payload happened to ignore anything after NUL). You would want > to define how these are given by the server to the client over HTTP > channel. For example, putting them on extra HTTP headers is probably Ok.
I think that would be a mistake, just because it's one more thing for proxies to screw up on. It's better to have negotiation information in the payload, before the "real" data.
Obviously one thing that needs to be included in each transaction is a transaction ID that will be reported back on the next transaction, since you can't rely on a persistent connection.
-hpa