22

で新しいリポジトリを作成し、githubいくつかのファイルをプッシュしたいと考えました。そのため、通常のようにリポジトリを初期化しgit add .、現在のディレクトリを追加します (これは私のjavaプロジェクト フォルダーbinsrcフォルダー内にあります)。次に、次を使用してリモートディレクトリを追加しました。

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 です。助けてください!ありがとう!

4

9 に答える 9

11

今、それは働いています!私は何も変えませんでした。

この種のエラー ' result=52 ' は github 自体のエラーです。Github.com がダウンしていて、アップロードしようとするとエラーが発生しました。現在、サイトは復旧しており、通常どおりコミットできます。

于 2013-08-26T05:26:15.800 に答える
11

http 経由で Bitbucket リポジトリからクローン/フェッチしようとしたときに、この問題に遭遇しました。リポジトリが大きすぎる(+1 GB)ことが判明し、 Bitbucket は次のエラーを返します。

error: RPC failed; result=52, HTTP code = 0
fatal: The remote end hung up unexpectedly

SSH プロトコルに切り替えたところ、正常に動作するようになりました。その後、必要に応じてリモートを http バージョンに戻すと、引き続き機能します。

于 2016-03-15T17:14:37.333 に答える
6

これは、インターネット接続に障害がある場合にも発生する可能性があります。ええ、私は現時点でそれを経験しています.. :)。

于 2014-08-21T12:07:18.770 に答える
3

これは、次のことが原因である可能性もあります

理由

大きなファイルの存在 (私たちの場合は 45MB)

どうして

大きなファイルが原因で HTTPS タイムアウトが発生する

解決

SSH を使用するか、大きなファイルを削除する

于 2016-08-04T09:07:01.423 に答える
0

Bitbucketの場合、http ではなく ssh に切り替えてこれを解決します。

  1. SECURITY > SSH keysで構成Avatar > Bitbucket settings:
  2. リモート URL を からhttps://...に変更git@...
    • .git/configファイルの編集または起動git remote set-url origin git@...
  3. git push -u origin --all(注:前にgit add .続きますgit commit -m "intial commit"

wintersolider回答に基づく

于 2016-10-10T12:30:38.950 に答える
0

何時間もかかりました。httpsを使用しても同じ問題がありました。さらに、ssh 経由で bitbucket に接続できませんでした。

Linux Mint 17.x を使用していますが、このソリューションは ssh の魅力のように機能しました。

https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1254085 (bs からの回答 – ベントジーサギブ)

これで問題は解決しました:

/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の説明を参照)

于 2016-10-19T11:50:28.783 に答える