Git Clone: configura un proxy antes del primer fetch

Un proxy local al repositorio suena incómodo antes de que el repositorio exista. No hace falta clonar sin éxito, editar su configuración y volver a empezar.

Clone puede escribir un ajuste local antes del primer fetch:

git clone --config http.proxy=http://proxy.example.net:8080 \
  https://git.example.net/team/project.git project

Estos extremos son ejemplos. Para un repositorio HTTPS público en una ruta de proxy público permitida, elige un extremo HTTP de la lista de proxies HTTP. Git documenta que esta opción se aplica después de inicializar el nuevo repositorio y antes de obtener su historial remoto. Por tanto, para este ajuste de proxy puede cubrir la primera descarga y permanecer en el nuevo repositorio después.

Dos comandos similares dejan huellas distintas

Para dar la ruta a una sola invocación sin guardar el ajuste en el repositorio clonado, pon -c antes del subcomando:

git -c http.proxy=http://proxy.example.net:8080 \
  clone https://git.example.net/team/project.git project

git clone --config ... y git -c ... clone no son ámbitos de configuración intercambiables. Elige si las operaciones futuras en ese repositorio deben conservar el proxy.

Inspecciona la configuración local del nuevo repositorio cuando esa elección importe. Otros ajustes de usuario, sistema o específicos de URL todavía pueden participar en la política efectiva.

Mantén las contraseñas fuera de estos ejemplos al guardar la ruta. Un valor con credenciales pasado a la opción de configuración de clone puede convertirse en un ajuste permanente del repositorio.

Esta es una configuración de transporte HTTP, incluidos los remotos HTTPS. Un remoto SSH sigue necesitando su ruta de proxy SSH; mover SSH al puerto 443 no hace que esta opción lo configure.