Total行の後にgit Pushがハングする
プッシュを完了するために表示された後、私のgitプッシュがハングします。 git Pushを行っています
Counting objects: 51, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (47/47), done.
Writing objects: 100% (47/47), 27.64 MiB | 6.47 MiB/s, done.
Total 47 (delta 4), reused 0 (delta 0)
ここでハングし、コマンドラインに戻るにはcontrol-cを押す必要があります。私は過去にこのプロジェクトでいくつかのコミットを行いましたが、現在は問題があります。私は自分のマシンで他のリポジトリを試しましたが、うまく動作します。ここで何が起こっていますか？
これはまったく問題ないことが判明しました。アップロードが完了するまで待つ必要がありました。いくつかの大きなファイルを追加しましたが、進行状況インジケーターはありません。たぶん他の誰かがこれを役に立つと思うでしょう。
（受け入れられた答えが示唆するように）しばらく待つことができますが、ほとんどの場合、リモートのアクセス許可にリンクされています。 GitHub、Gitlab、Bitbucketなどの公開gitサービスではほとんど問題ではありませんが、セルフホストremote sには特別なユーザーまたはアクセス用のグループが存在する場合があります。
また、新しいベアリポジトリでは、フォルダを変更するだけでは十分ではありませんが、.git- Folderが内部にあるため、再帰的である必要があります。
リモートマシンのベアリポジトリの場合、アクセス許可もこの原因になります。
誰かを助けるためにこれを追加したかっただけです。私も同じ問題を抱えていましたが、問題はgitユーザーにファイルへの書き込み権限がなく、ファイルからの読み取り権限しかなかったことです。
問題は、アップロードファイルが大きいことです。
それを待つか、プロジェクトフォルダーに移動して、mavenを使用している場合はターゲットフォルダーにあるすべてのライブラリを削除します。その後、プッシュを実行すると、すぐに実行されます。
とにかく、ライブラリフォルダーをgitに保存する必要はありません。Mavenリポジトリで使用できなくなり、実際に保存する必要がない限り、gitスペースの無駄です
それは私がgit Push -u Origin master、私が単に使用したときgit Pushビットバケットの場合、プッシュスルーしませんでした。
アップロードが完了するまで待つのはうまくいきません。あまり大きなファイルをプッシュしませんでしたが、十分に長く待機しましたが、まだハングしています。
私が助けたのは、msysgit 1.9.5からgit-for-windows 2.6.2。
Gitが使用しているユーザー権限をチェックしてください！
私の場合、私はsshを試してみましたが、使用されたシステムユーザーはgit bareリポジトリに書き込むことができませんでした...
ここ はssh接続をデバッグする方法です
変更をステージングしたがコミットしていないかどうかを確認します。 （git status）
その場合、それらをコミット（またはステージング解除）してから、プッシュを試みてください。私のために働いた。
私の場合、msysgit 1.9.5の問題が原因でした。 msysgit 1.9.4にダウングレードすると、問題が解決しました。
私の場合、リモートにはディスクがいっぱいでした。リモート上のいくつかのファイルを削除すると、問題はすぐに修正されました。