リモートリポジトリについて
リモート URL は、「コードがここに保存されています」ということを表現する Git のしゃれた方法です。 その URL は、GitHub 上のご自身のリポジトリや、他のユーザーのフォーク、またはまったく異なるサーバーだったりします。
プッシュできるのは、2 種類の URL アドレスに対してのみです。
- HTTPS URL (例:
https://github.com/user/repo.git
) - SSH URL (例:
git@github.com:user/repo.git
)
Git ではリモート URL に名前が関連付けられます。デフォルトのリモートは通常 origin
と呼ばれます。
リモート リポジトリを作成する
git remote add
コマンドを使用して、リモート URL と名前を一致させることができます。
たとえば、コマンドラインに以下のように入力できます:
git remote add origin <REMOTE_URL>
これにより、名前 origin
が REMOTE_URL
に関連付けられます。
git remote set-url
コマンドを使用して、リモート URL を変更できます。
リモート リポジトリの URL を選択する
GitHub で使用できるリポジトリを複製する方法は複数あります。
アカウントにサインインしているときにリポジトリを表示すると、プロジェクトを自分のコンピュータに複製するために使用できる URL がリポジトリの詳細の下に表示されます。
リモート URL の設定または変更については、「リモートリポジトリを管理する」をご覧ください。
HTTPS URL を使ってクローンを作成する
https://
クローン URL は、可視性に関係なく、すべてのリポジトリで使用できます。 https://
クローン URL は、ファイアウォールまたはプロキシの内側にいる場合でも機能します。
コマンド ラインで HTTPS URL を使用してリモート リポジトリに git clone
、git fetch
、git pull
、git push
を実行した場合、Git では GitHub Enterprise Cloud のユーザー名とパスワードが要求されます。 Git からパスワードの入力するダイアログが表示されたら、personal access token を入力します。 または、Git Credential Manager などの認証情報ヘルパーを使用できます。 より安全な認証方法を優先し、Git のパスワードベースの認証が削除されました。 詳しくは、「個人用アクセス トークンを管理する」を参照してください。
SAML SSO を使用する organization にアクセスしており、かつpersonal access token (classic) を使用している場合は、認証する前に organization へのアクセスのためのpersonal access tokenを認可する必要もあります。 詳しくは、「SAMLのシングルサインオンでの認証について」と「SAMLシングルサインオンで利用するために個人アクセストークンを認可する」をご覧ください。
Tip
- 認証情報ヘルパーを使用すれば、GitHub と通信するたびに、GitHub の認証情報が Git で記憶されます。 詳しくは、「Git に GitHub の認証情報をキャッシュする」を参照してください。
- コマンドラインで GitHub Enterprise Cloud の認証なしでリポジトリを複製するために、クローンの代わりに、GitHub Desktop を使用することができます。 詳しくは、「GitHubからのGitHub Desktopへのリポジトリのクローン方法」を参照してください。
SSH を使用したくてもポート 22 で接続できない場合は、HTTPS ポートを介する SSH を使用できる場合があります。 詳細については、「HTTPS ポートを介して SSH を使用する」を参照してください。
SSH URL を使ってクローンする
SSH URL は、SSH (安全なプロトコル) を介した Git リポジトリへのアクセスを提供します。 これらの URL を使用するには、コンピュータに SSH キーペアを生成し、GitHub のアカウントに公開鍵を追加する必要があります。 詳しくは、「SSH を使用した GitHub への接続」を参照してください。
SSH URL を使用してリモート リポジトリに git clone
、git fetch
、git pull
、git push
を実行した場合、パスワードの入力を求めるダイアログが表示され、SSH キーのパスフレーズを指定する必要があります。 詳しくは、「SSH キーのパスフレーズを使う」を参照してください。
SAML シングル サインオン (SSO) を使用する組織にアクセスしている場合は、認証を受ける前に、組織にアクセスするための SSH キーを認可する必要があります。 詳しくは、GitHub Enterprise Cloud ドキュメントの「SAMLのシングルサインオンでの認証について」と「SAMLシングルサインオンで利用するためにSSHキーを認可する
Tip
SSH URL は、お使いのコンピューターにリポジトリをクローンする際にも、または実稼働サーバーにコードをデプロイする安全な方法としても使用できます。 デプロイスクリプトで SSH エージェント転送を使用して、サーバー上のキーの管理を回避することもできます。 詳しくは、「SSHエージェント転送の利用」を参照してください。
GitHub CLI を使ってクローンを作成する
GitHub CLI をインストールして、ターミナルで GitHub Enterprise Cloud ワークフローを使用することもできます。 詳しくは、「GitHub CLI について」を参照してください。