'git clone' con msysGit en Windows no funciona

Question

He instalado msysGit en varias de mis computadoras y solo tengo problemas en una computadora en particular (la computadora principal de mi trabajo, por supuesto).'git clone' no funciona.Cuando ejecuto el comando clonar en un repositorio, ocurre esto:

C:\Projects>git clone git://github.com/[user]/[project].git
Initialized empty Git repository in C:/Projects/[project]/.git/

Comienza a llenar el directorio .git, pero nunca despliega nada más.Lo dejé funcionando durante un par de horas para ver si al menos arrojaba un error.Continúa sentado allí.Si intento cancelarlo, funciona bien.Simplemente parece que nunca derriba el repositorio.Probé esto en varios repositorios desde varios lugares.¿Alguien tiene idea de lo que puede estar pasando?

Answer 1

¿Usted intentó clonar con la dirección http?

El es actualmente un billete con msysgit ( tema 136 ) con el mismo problema, para el cual la solución actual es clonar con el http en lugar de la dirección de git.

Otro mueve a tratar:

• GIT_TRACE=1 (y publicar la salida)
• tratar con otros o más versiones de msysgit
• comprobar si existe algún problema de cortafuegos / antivirus en su computadora principal

---

A continuación, cambiar a una versión anterior de msysgit podría ser la opción correcta:
Ver este GitHub hilo de soporte :

  

    

¿Está utilizando las 1.6.4 preliminar de msysGit? Hay errores conocidos con él.
    Recomendamos una versión estable, como 1.6.0.

  

     

Gracias Chris, eso es todo: después de cambiar de nuevo a la versión anterior de msysGit (Git-1.6.3.2-preview20090608.exe) el problema no se produce más

.

---

El problema en realidad podría afectar a cualquier Git1.6.4 o más:

  

git trata de comprobar si existe el archivo de paquete mediante el envío de una solicitud HEAD, pero se ahoga con el error 500 que algunos (si no todos) los rendimientos de GitHub.

     

Uso del repositorio utilizado por el reportero:

$ curl http://github.com/grails/grails.git/objects/info/packs
P pack-1290e84bed53bda28f0989dca48d836bd9104031.pack
P pack-bf40d38ae780512994e5127e832ed9d8853c186d.pack
P pack-f490d5f7d4671368f4a52c618ca9dce13b714ba1.pack
P pack-79e3a7f30e8989acc8403ac688be669a05384eef.pack

$ curl -I http://github.com/grails/grails.git/objects/pack/pack-bf40d38ae780512994e5127e832ed9d8853c186d.pack
HTTP/1.1 500 Internal Server Error
Server: nginx/0.6.26
Date: Fri, 04 Sep 2009 13:50:20 GMT
Content-Type: text/html; charset=utf-8
Connection: keep-alive
Content-Length: 3193
Cache-Control: no-cache

este hilo .
Los equipos de apoyo de GitHub está investigando el problema:

  

No creo que el 500 son intencionales, pero puede haber algo extraño con nuestra configuración que está causando.
  Tengo un billete abierto para investigar la cuestión con mayor detalle. Tengo la sensación de que no vamos a cachondeo con esto hasta después de la mudanza, ya que es probable que algo con la configuración del servidor.

---

contienen una fijar desde septiembre, 16a:

  

La solución para servidor de Github que a veces dio 500 (Error interno del servidor) como respuesta a peticiones HEAD en 1.6.4.3 introdujo una regresión que causó proyectos de re-ir a buscar a través de http segfault en ciertos casos debido al puntero no inicializado ser liberado.

mssysgit todavía no ha publicado (septiembre 21o) cualquier nueva construcción ya que el original 1.6 0.4 a finales de julio. (Ellos son probablemente esperando 1.6.5 o 1.7)

Answer 2

Tuve este problema y resultó que lo que estaba bloqueando era el paso de aceptar la clave de host remoto.Simplemente envié ssh normalmente al host, acepté la clave y luego volví a git y todo estaba funcionando.