だから私はいくつかの他のブランチに取り組んでいます。その後、マスターに切り替えて、オリジンにプッシュすることにしましたが、機能しなくなりました。
git push origin master結果:
[リモート拒否] マスター -> マスター (そのような参照はありません)
明らかに、これは典型的な無意味な Git エラーであり、何が問題なのかわかりません。どんな助けでも感謝します。
更新 1
一時フォルダーに複製しようとすると、次のようになります。
git : 警告: リモート HEAD が存在しない参照を参照しているため、チェックアウトできません。
更新 2
リモートリポジトリを再作成しましたが、今回は、愚かなツールが画面に1行の出力を書き込む前に、プッシュが完全にハングしました! まったく悲惨です。
アップデート 3
最近のプッシュはうまくいきました。元いた場所に戻ったと思います。毎週、Git で何かがひどくうまくいかないことがあります。Git を試す前に、Git の問題を調査することを心からお勧めします。オープンソース プロジェクトでの趣味の作業に適していると思います。
... 毎週、Git で何かがうまくいかないことがあります。...
多くの人が git を使用していますが、問題はありません。Linuxカーネル開発で発生するほど多くのコミットと頻繁にコミットを処理できるVCSを見つけることはできないと思います。でプログラムをコンパイルするたびにコンパイル エラーが発生する場合gcc、それは gcc が壊れているという意味ではありません。あなたはアイデアを得る。
問題に戻ると、リモコンがどこにあるのか、どのように設定されているのかなどをより具体的にする必要があります。エラーから、リモコンに何か悪いことが起こったようです。独自のサーバー (たとえば、github のような十分に保護された場所ではない) を使用している場合、多くのことがうまくいかない可能性があります。
非常に単純な例として、ハードディスクが故障しているか、リモートの git リポジトリに不運にも不良セクタがあったことが考えられます。サーバーが Windows を実行している場合 (git が Windows でリモートとして実行できるかどうか不明)、問題は Windows を実行していることです (つまり、ウイルス、一般的な Windows の破壊性など)。
ここで、git 自体が助けになります。何らかの理由でリモコンが破損しているとしましょう。あなたがする必要があるのは、次のとおりです。
git clone --bare /path/to/your/local somewhere_else
somewhere_elseリモート (それができる場合) またはローカル マシンのどこかにあります。後者の場合は、新しいクローンをリモートにコピーoriginし、新しいパスを指すように変更します。
リモートリポジトリを再作成しましたが、今回は、愚かなツールが画面に1行の出力を書き込む前に、プッシュが完全にハングしました...
最近のプッシュはうまくいきました...
最初の ssh 接続 (これは git とはまったく関係ありません) に時間がかかったようです。おそらく、それをハングと見なして CTRL+Ced を実行しましたが、代わりに待機する必要がありました。最近のプッシュが再び機能するという事実は、問題がもはや存在しないことを示しています (長い初期 ssh 接続が通過したため)。
注: まれに、リモートがしばらく応答しない同様の状況 (私のサーバーはしばしば github です) に遭遇します。これは単純にネットワークの問題によるものだと思います (たとえば、インターネットを閲覧しているときに、このようなことが常に発生します)。可哀想な git は、ネットワークから返されなかった応答を待っているだけです。
コマンドが間違っています...マスターをプッシュしています.以下のコマンドを使用してください
git push origin HEAD:[リモートブランチ名]