8

私はこれに一日中費やしましたが、本当に助けが必要です。比較的大きなコミットをプッシュしようとすると、

Writing objects: 100% (21/21), 908.07 KiB | 0 bytes/s, done.
Total 21 (delta 17), reused 0 (delta 0)

git は応答するのに非常に長い時間がかかり、その後

"efrror: RPC failed; result=55, HTTP code = 0 
atal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date"

このエラーコードを検索しましたが、最も可能性の高い解決策はバッファサイズを拡張することです

git config http.postBuffer 524288000

私はこの解決策を試しましたが、成功しませんでした。VonC の提案の後、http から ssh に切り替えてみました。ssh から、同じ時点で長いハングアップが発生します。最終的に、次のエラー メッセージが表示されます。

Read from remote host github.com: Connection reset by peer
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly

これはルーターの問題でしょうか？別のネットワーク上の別のコンピューターからプッシュしようとしましたが、成功しました。

Windows ホスト上の Linux マシンから離れており、ひどい poshGit Windows PowerShell インターフェイスを使用しています。

何か案は？？

4

4 に答える 4

6

BitBucket の記事のデバッグに関するアドバイスに従うことができます。

具体的には、「result=55」の部分です。これは、 Git との http 通信で使用される基本ライブラリであるlibcurl
からのエラー コードです。libcurl のドキュメントによると、結果コード 55 は次のことを意味します。

CURLE_SEND_ERROR (55)
    Failed sending network data.

原因

これは、さまざまなネットワーク関連の問題または Bitbucket サービス自体が原因である可能性があります。これは基本的に、接続が予期せず切断されたことを意味します。確認すべきことは、企業のファイアウォールまたはプロキシの外側にある「クリーンな」ネットワーク上のマシンからのプッシュを試みることです。すべてのプロキシ サーバーをチェックして、SSL データを適切に移動していること、および完了が完全に許可されていることを確認します。

この問題のトラブルシューティングを支援するには、次のコマンドでプッシュを実行してみてください

GIT_CURL_VERBOSE=1 git push

回避策

すべての接続とプロキシ構成を確認した後も接続が一貫して失敗する場合は、上記の情報をサポートに報告してください。次にSSH に切り替えます。Git 用に SSH をセットアップする に、Git用にセットアップするためのガイドがあります。SSH のセットアップ中に構成の問題が発生した場合は、SSH トラブルシューティング ガイドを参照してください。

于 2013-07-03T07:04:05.063 に答える
5

構成の誤りが原因で問題が発生しました。ここでは、https:// の代わりに http:// をプレフィックスとして付けたリモートを指し、SSL で示唆された答えを示しました。これは私の問題の解決に役立ちました。

したがって、私のリモート構成は次のように記述する必要があります。

$ git remote add origin https://github.com/jonasbn/perl-workflow.git

以上：

$ git remote add origin http://github.com/jonasbn/perl-workflow.git

気をつけて、

ジョナスブン

于 2014-02-03T13:44:48.947 に答える