2011-09-25 13 views
5

Please help. Non ho assolutamente idea di cosa non vada. L'app per rails funziona sul mio computer locale.Errore durante l'implementazione in heroku

Se faccio questo:

git push heroku master 

ottengo questo:

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

Avete spinto a Heroku con quel repository prima? – Alex

+0

Sì. E ha funzionato. – fabian

+0

Sei sulla stessa connessione di rete? Potrebbe essere un firewall. – Alex

risposta

1

Hi Ho avuto lo stesso problema cercando spinta alla pila di cedro. Ho contattato il supporto di heroku e l'hanno risolto. Ecco cosa hanno detto:

Sembra essere dovuto a un cambiamento nel nostro server git da parte nostra. Sarò seguito dei nostri tecnici per essere sicuro di ottenere una correzione permanente per questo. -Chris

1

Questo sembra essere solo un timeout dal tuo push è troppo grande.

Ho aggirato questo facendo un reset git ad uno SHA che era di circa 500 indietro, spingendolo, e poi spingendo il resto del mio repo.

5

Ho appena avuto a che fare con 24 ore di questo inferno. Ho ri-clonato repos, distrutto app, reimballato, potato ... l'intero 9 metri.

Si è scoperto che avevo un file .txt che era ~ 250 MB di dimensione che, anche se l'avevo rimosso dal mio ramo principale, era ancora presente nella mia cache locale (così come GitHub).

ho verificato questa pagina e involontariamente trovato la mia risposta qui: https://help.github.com/articles/remove-sensitive-data

Il file .txt era stato in precedenza nella doc/cartelle, così ho fatto notare questo comando dove il file sarebbe stato in ogni commit e l'ho eseguito.

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

Questo è molto utile se si accorge di avere risorse statiche di qualche tipo che non devono essere nel vostro pronti contro termine e stanno causando ad ottenere il segnale di errore 13.

+0

Ho avuto una cartella di progettazione piena di file AI archiviati. Avevo bisogno del flag -r: git filter-branch --index-filter 'git rm -r --cached --ignore-unmatch/design ' – superluminary

3

Stavo riscontrando problemi con un repository piccolo come 130 MB. Non voglio davvero sfoltire il mio repository, né ritengo necessario.

Non posso fare a meno di sentire che questo è un problema con git e/o Heroku, credo che una grande spinta dovrebbe riuscire, anche su una connessione "lenta" o meno che ideale.

Come ho risolto/risolto questo problema è stato quello di avviare un'istanza EC2, controllare il repository lì e passare a github. In questo modo, la mia velocità di implementazione era di 4MiB/s (più veloce del mio 80KiB/s!). Inoltre, nei casi in cui il push non sarebbe riuscito a causa di alcuni problemi di configurazione, ho potuto rapidamente modificare e riprovare.

Per ulteriori informazioni su questa tecnica, ho scritto su per le scale complete su come girare un'istanza EC2 per questo scopo qui: http://omegadelta.net/2013/06/16/pushing-large-repositories-to-heroku/

Problemi correlati