「Fatal:Origin does not appear to be a Git Repository」エラーを修正する方法

Git は、ソフトウェアの開発中にソース コードの変更を追跡するために主に使用される分散バージョン管理システムです。 GitHub は、Git ベースのバージョン管理のためのオンライン ホスティング サービスです。これらのサービスは両方とも、ソフトウェア開発で広く使用されています。ただし、最近、ユーザーが「git」コマンドを実行できないという報告が多数あります。

あなたは一人じゃない。これまでに見たことのないエラーに遭遇するまで、Git ワークフローをマスターしたと思います。 Git を使用しているときに当惑したり、時には威圧的なエラー メッセージが表示されることはほとんど避けられません。そのため、最初に覚えておくべきことは、他の Git ユーザーがあなたの苦境に関係している可能性があるということです。

Git ユーザーは、この厄介な問題に慣れている Git Fatal:‘Origin’ は git リポジトリではないようです エラー。また、どこを見ればよいかわからない場合、根本的な原因を見つけるのは難しい場合があります。ただし、Git を放棄する前に、このエラーの原因、診断方法、および今後の回避方法をすばやく知ることができます。

プロのヒント:Mac をスキャンして、パフォーマンスの問題、ジャンク ファイル、有害なアプリ、セキュリティの脅威がないか調べます
システムの問題やパフォーマンスの低下を引き起こす可能性があります。

致命的とは:‘Origin’ は git リポジトリではないようです 問題?

git init コマンドは、新しい Git リポジトリの作成を開始します。このコマンドは、フォルダを Git リポジトリとして設定するだけです。あるリポジトリを別のリポジトリに接続するわけではありません。

一方、git clone コマンドは、ローカル リポジトリをリモート リポジトリに接続します。これは、Git がプロジェクトのコードの作成元を認識し、クローンした場所を使用してコミットをプッシュする場所を予測するためです。

新しいリポジトリを作成し、最初にコードをプッシュする場所を Git に指示せずにコードをコミットしようとすると、「致命的:'origin' は git リポジトリではないようです」というエラーが表示されます。

Git リポジトリとは

GIT リポジトリには、さまざまなバージョンのプロジェクトからのファイルのコレクションが含まれています。これらのファイルは、ファイルのコンテンツをさらに更新および変更するために、リポジトリからユーザーのローカル サーバーにインポートされます。 VCS (バージョン管理システム) を使用してこれらのバージョンを作成し、リポジトリと呼ばれる場所に保存します。クローン作成は、さまざまな Git ツールを使用して既存の Git リポジトリからコンテンツをコピーするプロセスです。

クローン作成プロセスが完了すると、ユーザーは自分のローカル マシンでリポジトリ全体を受け取ります。クローン作成が完了すると、Git はリポジトリでの今後のすべての作業がユーザーとして行われると想定します。ユーザーは、新しいリポジトリを作成したり、既存のリポジトリを削除したりすることもできます。リポジトリを削除する最も簡単な方法は、リポジトリのフォルダを削除することです。

Git リポジトリを操作する場合、基本的には Git プロジェクトとして構成されたディレクトリを操作します。 Git を使用して、ローカル コンピューターまたはリモート サーバー上にほぼすべてのディレクトリを作成できます。

Git プロジェクトがコマンドを受け入れない理由、またはリモート リポジトリが認識されない理由を正しく診断するには、リポジトリとのやり取りを試みるときに Git が何を探すのかをまず理解する必要があります。

ローカルまたはリモートのすべてのディレクトリは、Git で初期化する必要があります。つまり、次のコマンドを実行する必要があります:git init

このコマンドをローカル ディレクトリで実行すると、そのディレクトリは Git リポジトリに変換されます。コマンドが成功したことを示す成功メッセージが表示されます。また、すべての Git リポジトリには .git ディレクトリ があることにも気付くでしょう。 重要なファイルと参照ポイントが保存される場所

一方、 –bare を使用するのが通例です。 リモート リポジトリを初期化するときのオプション:git init –bare

これにより、基本的に Git で初期化された空のディレクトリである「ベア」リポジトリが作成され、そこに送信された Git コマンドを受信して​​実行できます。ベア リポジトリは、1 人以上の Git ユーザーがプロジェクトのクローン、プッシュ、プルを行える優れた「ハブ」です。

Git リポジトリは、リモート リポジトリに自動的にリンクされません。最初に場所を指定せずに変更をリモート リポジトリにプッシュしようとすると、「致命的:'origin' は git リポジトリではないようです」というエラーが表示されます。

致命的な「Origin」が git リポジトリではないように見える原因 エラーですか?

Git リポジトリとして認識されていないディレクトリで他のコマンドを複製または実行しようとすると、「fatal:‘origin’ does not appear to be a git repository」というエラーが発生します。ディレクトリまたはリモート ファイル パスが Git を初期化していないか、アクティブなリポジトリとしてアクセスしようとしているファイル パスが正しくない可能性があります。このエラーを引き起こす要因は次のとおりです:

• Missing Origin:このエラーは、「Origin」フィールドが欠落している場合に発生します。 「Github-Fork」への参照がないと、一部のコマンドが正しく機能しません。
• 誤った URL:場合によっては、アプリケーションによって設定された URL 構成が正しくない可能性があり、変更する必要があります。その結果、一部のコマンドが正しく機能しない場合があります。

Git は基本的に、操作しようとしているリポジトリが Git プロジェクトとして認識できないことを示しています。これが、すべてが正しく設定されていると信じている場合、エラーがイライラする可能性がある理由です.ただし、単純なタイプミスがエラーの原因である可能性があります。

問題の性質を基本的に理解できるように、ここで解決策を説明します。このエラーを診断して治療するために何ができるかを知るために、読み続けてください。

致命的な問題のトラブルシューティング方法:「Origin/Master」は git リポジトリではないようです エラー

このエラーは混乱を招き、時間がかかるため、イライラすることがあります。 「致命的なオリジンは git リポジトリではないようです」などの不具合の発生を回避する 1 つの方法は、Outbyte MacAries を使用してデバイスを定期的にスキャンすることです。このツールは、小さな問題が積み重なって完全な混乱に発展するのを防ぎます。

ただし、このエラーが発生した場合は、次の手順で簡単に解決できます:

修正 #1:オリジンを追加する

git init コマンドで生成された新しく作成された git リポジトリにコミットしようとすると、「fatal:‘origin’ does not appear to be a git repository」というエラーが表示されます。これは、git init がローカル リポジトリをリモート リポジトリにリンクしないためです。これをテストするには、次のように入力します:git remote -v

origin というリモート リポジトリがない場合 、以下の解決策に従って手動で追加する必要があります。

<オール>

「コマンド」を押します 」と「スペース 」ボタンを同時に押します。これにより、Spotlight が開きます。

「端末」と入力します 」をクリックし、「戻る」を押します .」

次のコマンドを入力し、「Return」キーを押します 」 キー:git remote -v

「Origin」という名前のリモート リポジトリがあるかどうかを確認します 」がリストされています。

そうでない場合は、「オリジン」が欠落していることを意味します。

次のコマンドを使用して Origin を追加します:git remote add origin url/to/your/fork

問題がまだ存在するかどうかを確認してください。

修正 #2:リモート リポジトリのファイル パスを確認してください。

Git ユーザーは、リモート リポジトリからコンテンツを複製、プッシュ、またはプルしようとすると、「オリジンが git リポジトリの致命的ではないようです」というエラーが頻繁に発生します。リモート リポジトリのファイル パスを再確認してください。これにはいくつかのアプローチがあります。

クローンを作成する場合は、必要なリポジトリ アクセス権があることを再確認してください。 GitHub でパブリック リポジトリをクローンしている場合を除き、おそらく SSH 経由で接続しています。同様に、クローン コマンドの構文を調べる必要があります。以下は、HTTP 経由でリポジトリに接続する基本的な clone コマンドの例です:git clone https://github.com/WordPress/WordPress.git

このコマンドを任意のターミナル エミュレーターで実行すると、すべての WordPress コア ファイルを含む「WordPress」というディレクトリが作成されます。また、.git ディレクトリとプロジェクト履歴全体も含まれます。その結果、このディレクトリは完全に機能するローカル git リポジトリになります。また、(GitHub の) リモート リポジトリ情報も適切に設定されます。

ただし、HTTP アクセスを持たないプライベート サーバーと通信している場合は、この構文を変更して、適切な権限を持つサーバー ユーザーを含める必要があります。これが、プライベート Git サーバーを構成するときに、リポジトリへのアクセス権を持つ特別な「Git」ユーザーを作成することをお勧めする理由です:git clone admin@wsxdn.com:/home/user/production.git

GitHub の HTTP バリアントとは異なり、このクローン URL には admin@wsxdn.com が含まれます。この場合、「ユーザー」は、サーバーの Git リポジトリへのアクセス権と権限を持つサーバー ユーザーです。接続しようとしているサーバーのホスト名、ドメイン名、または IP アドレスが宛先です。ユーザーとサーバーの宣言は、ファイル パスからコロン (:) で区切られます。

この場合、ファイル パスが重要です。リポジトリの正確な場所と名前は、ファイル パスによって示されます。前の例のリポジトリは、production.git というディレクトリです。

リポジトリ ディレクトリには常に .git 拡張子を使用してください。 production.git ディレクトリは、 /home/user であるユーザーのホーム ディレクトリにあります。

この構文を正確に複製する必要があります。そうしないと、「致命的:'origin' は git リポジトリではないようです」というエラーが表示されます。

修正 #3:オリジンをマスターに変更する

マスターからプルしようとしている場合は、リモート リポジトリを追加または削除する前に、オリジンをマスターに変更する必要があります。その結果、このステップでは、Origin を Master に変更します。これを行うには:

<オール>

「コマンド」を押します 」と「スペース 」ボタンを同時に押します。これにより、Spotlight が開きます。

「端末」と入力します 」をクリックし、「戻る」を押します .」

ここにコマンドを入力して、Origin を master に変更します:git pull origin master

「fatal:‘origin’ は git リポジトリではないようです」という問題が解消されたかどうかを確認してください。

修正 #4:破損した HEAD ファイルを修正します。

上記のトラブルシューティング手順で問題が解決しない場合は、HEADファイルに問題がある可能性があります。このファイルには、現在のブランチへのポインターとして機能する 1 行が含まれています。

Git を初めて使用する場合、「ブランチ」という用語もなじみがないかもしれません。ブランチは、プロジェクトの変更をテストするために使用できるリポジトリのバージョンです。すべてのリポジトリには、信頼できる情報源として機能するメイン ブランチがあり、本番環境にデプロイされるバージョンである必要があります。メイン ブランチに変更を加える場合は、別のバージョンのプロジェクトまたはブランチを作成して、変更をテストできます。新しいブランチを作成すると、Git は現在の作業ブランチを反映するように HEAD ファイルを更新します。

ただし、場合によっては HEAD ファイルが破損し、 Fatal:‘Origin’ does not appear to be a Git Repository が発生する可能性があります。 エラー。 HEAD ファイルを確認するには、cat .git/HEAD を使用できます 内容を印刷するコマンド。

このコマンドを実行すると、現在のブランチの名前が表示されます。作業中の現在のブランチが含まれていない場合は、ファイルを更新する必要があります。これを行うには、次のコマンドを入力します: echo ‘ref:refs/heads/’> .git/HEAD

まとめ

Fatal:‘Origin’ does not appear to be a Git Repository エラーが発生しても、ストレスを感じる必要はありません。この問題が発生した場合は、現在の作業ディレクトリが追跡されていないことを Git が通知しようとしていることに注意してください。そのため、以下に要約されているこの記事で概説されている基本的な手順に従ってください:

• オリジンを手動で追加します。
• ディレクトリ名を正しく入力したことを確認してください。
• リポジトリが正しく作成されていることを確認してください。ディレクトリに .git リポジトリがない場合は、git init を使用します リポジトリを適切に初期化するか、既存のリポジトリを複製します。
• 現在のブランチの HEAD ファイルに正しい情報が含まれていることを確認してください。そうでない場合は、ファイルの内容を ref:refs/heads/ に変更します

上記のトラブルシューティング手順に従うと、ほぼすべてのケースでわずか数分でエラーを解決できます。