github
に新しいリポジトリを作成し、いくつかのファイルをプッシュしたいと思いました。それで、通常のようにリポジトリを初期化し、git add .
を実行して現在のディレクトリ(Java
とbin
フォルダーが入ったsrc
プロジェクトフォルダー)を追加します。次に、次のコマンドを使用してリモートディレクトリを追加しました。
git remote add https://github.com/username/project.git
次に、最初のコミットを行いましたgit commit -m "First Commit"
次にgit Push -u Origin master
と入力すると、次のエラーが発生します。
Counting objects: 63, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (60/60), done.
Writing objects: 100% (62/62), 16.98 KiB, done.
Total 62 (delta 15), reused 0 (delta 0)
error: RPC failed; result=52, HTTP code = 0
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date
しかし、ファイルを1つだけ追加して、1つのファイルだけをコミットしようとすると、機能します。
何が起こっている? Javaプロジェクトをコミットできないのはなぜですか?これは214kの非常に小さなプロジェクトです。助けてください!ありがとう!
今それは働いています!私は事を変えさえしなかった。
この種のエラー 'result = 52'はgithub自体のエラーです。 Github.comがダウンしていて、アップロードしようとするとエラーが発生しました。これでサイトが復旧し、通常どおりコミットできます。
Bitbucketにも同じエラーメッセージがあります。多くの場合、サーバーのパフォーマンスの低下に関連しています。他のことを始める前に、以下を確認してください。
このエラーは、HTTP
ポストバッファが、プッシュする変更に対して小さすぎる場合にも発生します。
この場合、解決策は、たとえばそれを増やすことです
git config http.postBuffer 524288000
Httpを介してBitbucketリポジトリからクローン/フェッチしようとすると、この問題に遭遇しました。 リポジトリが大きすぎます(+ 1gb)であり、Bitbucketは次のエラーで応答します。
error: RPC failed; result=52, HTTP code = 0
fatal: The remote end hung up unexpectedly
SSHプロトコルに切り替えたところ、問題なく動作しました。その後、必要に応じてリモートをhttpバージョンに戻すことができます。これにより、リモートは引き続き機能します。
これは、インターネット接続に問題がある場合にも発生する可能性があります。
これは、次の原因も考えられます
理由
なぜ
ファイルが大きいとHTTPSタイムアウトが発生する
SSHを使用するか、大きなファイルを削除する
Use SSH or Remove large files
私はこれを試しました:
$ git config --global --add core.compression -1
$ git clone https://....
そしてそれは働いた。
(見つかりました ここ )
Bitbucketの場合、httpではなくsshに切り替えてこれを解決します。
SECURITY > SSH keys
のAvatar > Bitbucket settings
を構成します。https://...
からgit@...
に変更します.git/config
ファイルを編集[〜#〜]または[〜#〜]起動git remote set-url Origin git@...
git Push -u Origin --all
(注:git add .
の前にgit commit -m "intial commit"
が続く)wintersolider に基づいて answer
何時間もかかった。 httpsを使用しても同じ問題が発生しました。プラス:ssh経由でbitbucketに接続できませんでした。
私はLinux Mint 17.xを使用していますが、このソリューションはsshの魅力のように機能しました。
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1254085 (bsからの回答– bentzy-sagiv)
これは問題を解決しました:
/etc/sysctl.confに以下を追加します:net.ipv4.tcp_mtu_probing = 1
再起動後、/ proc/sys/net/ipv4/tcp_mtu_probingに値「1」が表示されるはずです
一時的な解決策は次のとおりです。echo 1>/proc/sys/net/ipv4/tcp_mtu_probing警告:これは起動時にリセットされます。
それでも機能しない場合は、値 "2"で試すこともできます。
(説明を参照してください: https://thesimplecomputer.info/pages/adventures-in-linux-tcp-tuning-page2 )