Solución:
desde git 2.8.0
git config --global http.proxy http://[user]@proxyhost:port
git config --global credential.helper wincred
En lugar de usar la configuración de git, también puede usar la variable de entorno (que puede configurar solo para su sesión), como se describe en esta respuesta:
set http_proxy=http://username:[email protected]:port
set https_proxy=http://username:[email protected]:port
set no_proxy=localhost,.my.company
Entonces, su secuencia de comandos de envoltura podría, en lugar de modificar el .gitconfig (y dejando su contraseña en texto sin formato) configure las variables de entorno a pedido, solo para su sesión actual.
Como señaló Welgriv, esto no es seguro ya que cualquier programa puede acceder a las variables ambientales en el modo de usuario.
En estos días (2020, más de 5 años después), prefiero:
set http_proxy=http://127.0.0.1:3128
set https_proxy=http://127.0.0.1:3128
Con 127.0.0.1:3128 siendo la URL predeterminada para un genotrance/px, un pequeño servidor proxy HTTP, que se autenticará automáticamente a través de un proxy NTLM.
Sin contraseña o incluso usuario para configurar.
La respuesta de VonC no siempre resuelve el problema. No sé por qué, pero puede depender del servidor proxy, ¿o tal vez sea algún otro problema en conjunto?
Puede ser útil reemplazar el git:// protocolo del repositorio con http://.
Nota: Como en la respuesta de VonC, tendrá que configurar el http(s)_proxy variables de entorno primero:
set http_proxy=http://username:[email protected]:port
set https_proxy=http://username:[email protected]:port
Por ejemplo, el git estable de Clone Marble normalmente se clonaría así (de la documentación de Marble):
git clone -b Applications / 15.12 git: //anongit.kde.org/marble ~ / marble / sources
En windows cmd (asumiendo http_proxy se ha configurado), es posible que deba usar http[s]:// en lugar de:
git clone -b Applications/15.12 http://anongit.kde.org/marble ~/marble/sources