2011-09-25 22 views
5

Por favor ayuda. Absolutamente no tengo idea de lo que está mal. La aplicación Rails funciona en mi máquina local.Error al desplegar en heroku

Si hago esto:

git push heroku master 

me sale esto:

Counting objects: 4195, done. 
Delta compression using up to 2 threads. 
Compressing objects: 100% (3944/3944), done. 
Writing objects: 72% (3009/4178), 9.99 MiB | 73 KiB/s 
Compressing objects: 100% (3944/3944), done. 
**Connection to 10.46.xxx.xxx closed by remote host.KiB/s 
error: pack-objects died of signal 13 
error: failed to push some refs to '[email protected]:gentle-rain-xxxx.git** 
+0

¿Ha empujado a Heroku con ese repositorio antes? – Alex

+0

Sí. Y funcionó. – fabian

+0

¿Estás en la misma conexión de red? Podría ser un firewall. – Alex

Respuesta

1

Hola he tenido el mismo problema al intentar empujar a la pila de cedro. Contacté con el soporte heroku y lo arreglaron. Esto es lo que dijeron:

Parece ser debido a un cambio en nuestro servidor git en nuestro extremo. Seré haciendo un seguimiento con nuestros ingenieros para asegurarnos de que obtengamos una solución permanente desplegada para esto. -Chris

1

Esto parece ser solo un tiempo de espera debido a que su empuje es demasiado grande.

Me salvé esto haciendo un reinicio de git a un SHA que tenía alrededor de 500 commits de vuelta, presionando eso, y luego empujando el resto de mi repositorio.

5

Acabo de lidiar con las 24 horas de este infierno. Volví a clonar repositorios, aplicaciones destruidas, reempaquetar, podar ... los 9 metros completos.

Resultó que tenía un archivo .txt que tenía ~ 250 MB de tamaño que, aunque lo había eliminado de mi rama principal, todavía estaba presente en mi caché local (y github).

Fui a ver esta página y sin querer encontré mi respuesta aquí: https://help.github.com/articles/remove-sensitive-data

El archivo .txt había estado previamente en la carpeta/doc, por lo que señaló este comando en el archivo donde habría estado en ningún commit y lo ejecutó.

git filter-branch --index-filter 'git rm --cached --ignore-unmatch doc/US.txt' 

Esto es muy útil si se da cuenta que tiene activos estáticos de algún tipo que no tiene que estar en tu repositorio y está causando que se obtiene la señal de error 13.

+0

Tenía una carpeta de diseño llena de archivos AI registrados. Necesitaba la bandera -r: git filter-branch --index-filter 'git rm -r --cached --ignore-unmatch/design ' – superluminary

3

Estaba teniendo problemas con un repositorio tan pequeño como 130MB. Realmente no quiero podar mi repositorio, ni siento que sea necesario.

No puedo evitar sentir que esto es un problema con git y/o Heroku, creo que un gran impulso debería tener éxito, incluso a través de una conexión "lenta" o menos que ideal.

Cómo resolví/solucioné este problema para girar una instancia EC2, retirar mi repo allí, y presionar a github. De esa forma, mi velocidad de implementación fue de 4MiB/s (¡más rápida que mis 80KiB/s!). Además, en los casos en que la inserción falla debido a algunos problemas de configuración, podría modificarla rápidamente e intentarlo de nuevo.

Para obtener más información sobre esta técnica, he escrito los pasos sobre cómo girar una instancia EC2 para este propósito aquí: http://omegadelta.net/2013/06/16/pushing-large-repositories-to-heroku/

Cuestiones relacionadas