🎯 ¿Cansado de los anuncios?
Elimínalos ahora 🚀

00dfca82a6dff817ec66f44342007202690a93763949 HEADmulti_ack thin-pack \ side-band side-band-64k ofs-delta shallow no-progress include-tag \ multi_ack_detailed symref=HEAD:refs/heads/master \ agent=git/2:2.1.1+github-607-gfba4028 003fca82a6dff817ec66f44342007202690a93763949 refs/heads/master 0000

La respuesta es muy similar a la dada por receive-pack, pero las capacidades que se indican son diferentes. Además, nos indica a qué apunta HEAD (symref=HEAD:refs/heads/master) para que el cliente pueda saber qué ha de activar (check out) en el caso de estar requiriendo un clon.

En este punto, el proceso fetch-pack revisa los objetos que tiene y responde indicando los objetos que necesita, enviando 'want' (quiero) y la clave SHA-1 que necesita. Los objetos que ya tiene, los envía con 'have' (tengo) y la correspondiente clave SHA-1. Llegando al final de la lista, escribe 'done' (hecho), para indicar al proceso upload-pack que ya puede comenzar a enviar el archivo empaquetado con los datos requeridos:

0054want ca82a6dff817ec66f44342007202690a93763949 ofs-delta 0032have 085bb3bcb608e1e8451d4b2432f8ecbe6306e7e7 0000 0009done

HTTP(S)

La negociación (handshake) para una operación de recuperación (fetch) requiere dos peticiones HTTP. La primera es un GET al mismo destino usado en el protocolo tonto:

👉 Descargar el audiolibro GRATIS en Amazon
Reportar problema / Sugerencias