Un proxy local al repositori sembla estrany abans que el repositori existeixi. No cal clonar sense èxit, editar-ne la configuració i tornar a començar.

Clone pot escriure un paràmetre local abans del primer fetch:

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

Aquests extrems són exemples. Per a un repositori HTTPS públic en una ruta de proxy públic permesa, trieu un extrem HTTP de la llista de proxys HTTP. Git documenta que aquesta opció s'aplica després d'inicialitzar el repositori nou i abans de descarregar-ne l'historial remot. Per tant, per a aquest paràmetre de proxy pot cobrir la primera baixada i romandre al repositori nou després.

Dues ordres semblants deixen petjades diferents

Per donar la ruta a una sola invocació sense desar el paràmetre al repositori clonat, poseu -c abans de la subordre:

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

git clone --config ... i git -c ... clone no són àmbits de configuració intercanviables. Trieu si les operacions futures en aquest repositori han de conservar el proxy.

Inspeccioneu la configuració local del repositori nou quan aquesta tria importi. Altres paràmetres d'usuari, de sistema o específics d'URL poden participar igualment en la política efectiva.

Manteniu les contrasenyes fora d'aquests exemples en desar la ruta. Un valor amb credencials passat a l'opció de configuració de clone pot esdevenir un paràmetre permanent del repositori.

Aquesta és una configuració de transport HTTP, inclosos els remots HTTPS. Un remot SSH encara necessita la seva ruta de proxy SSH; moure SSH al port 443 no fa que aquesta opció el configuri.

Articles relacionats