herokuに展開する際のエラー

Question

お手数ですが、私は何が間違っているのか分からない。レールアプリは私のローカルマシンで動作します。私はこれを行う場合は

は：こんにちは、私は杉スタックにプッシュしようとして同じ問題を抱えていた

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 'git@heroku.com:gentle-rain-xxxx.git** 

Answer 1

：

git push heroku master 

を私はこれを取得します。私は英雄のサポートに連絡し、彼らはそれを修正した。彼らが言ったことは次のとおりです。

これは私たちの最後のgitサーバーが変更されたためです。私たちはエンジニアと一緒に をフォローして、 という恒久的な修正プログラムをリリースしています。 -Chris

Answer 2

これはプッシュが大きすぎるとタイムアウトになるようです。

私は約500回コミットしていたSHAにgit resetを実行して、これをプッシュし、残りのレポをプッシュすることでこれを回避しました。

Answer 3

私はちょうどこの地獄の24時間を扱った。私はレポを再クローニングし、アプリを破壊し、再パックし、剪定した。全体の9ヤード。

〜250MBのサイズの.txtファイルがあることが判明しました。これは、masterブランチから削除したにもかかわらず、ローカル（github）キャッシュにまだ存在していました。

私はこのページをチェックアウトし、不用意にここに私の答えを見つけた： https://help.github.com/articles/remove-sensitive-data

.txtファイルは、以前のdoc /フォルダ内にあったので、私は、ファイルがコミットであったであろう場所で、このコマンドを指摘それを走らせた。

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

あなたがあなたのレポである必要はありません、あなたは信号13のエラーを取得するために引き起こしているある種の静的な資産を持って実現する場合、これは非常に便利です。

Answer 4

130MBという小さなリポジトリに問題がありました。私は本当に私のリポジトリを剪定したくないし、それが必要だとも感じない。

これはgitやHerokuの問題だと感じることはできませんが、「遅い」接続や理想的でない接続の場合でも、大きなプッシュが成功するはずです。

この問題を解決/回避する方法は、EC2インスタンスをスピンアップし、そこにレポをチェックアウトし、githubにプッシュすることでした。そのようにして、私の展開速度は4MiB/s（私の80KiB/sより速い！）でした。さらに、いくつかの設定上の問題のためにプッシュが失敗した場合、すぐに微調整してやり直すことができます。この技術の詳細については

、私はここで、この目的のためにEC2インスタンスをスピンアップする方法についての完全な手順を書いた：http://omegadelta.net/2013/06/16/pushing-large-repositories-to-heroku/