次のようなHTTPSリクエストにユーザー名とパスワードを提供する方法を知っています。
git clone https://username:password@remote
しかし、私はこのようにリモートにユーザー名とパスワードを提供する方法を知りたいです：
git clone git@remote.git
私はこのように試しました：
git clone username:password@git@remote.git
git clone git@username:password@remote.git
git clone git@remote.git@username:password
しかし、彼らは働いていません。
Michael Scharfのコメントに基づく：
パスワードを省略して、Bash履歴ファイルに記録されないようにすることができます。
git clone https://username@github.com/username/repository.git
パスワードの入力を求められます。
または、次を使用することもできます。
git clone https://username:password@github.com/username/repository.git
この方法は、GitHubリポジトリから私のために機能しました。
このuser@host:path/to/repoフォーマットは、sshを使用しhostてユーザー名でログインするようにGitに指示しますuser。差出人git help clone：
代替のscpのような構文をsshプロトコルで使用することもできます。
[user@]host.xz:path/to/repo.git/
の前の部分@はユーザー名であり、認証方法（パスワード、公開鍵など）はGitではなくsshによって決定されます。リモートサーバーの構成によってはsshがパスワードを使用しない場合があるため、Gitにはパスワードをsshに渡す方法がありません。
ssh-agent常にパスワードを入力しないようにするために使用しますsshパスワードを常に入力したくない場合、一般的な解決策は、公開鍵と秘密鍵のペアを生成し、公開鍵をリモートサーバー上の~/.ssh/authorized_keysファイルに入れて、秘密鍵をにロードすることssh-agentです。一度ログインするためのGitoverSSHの構成、 sshキーパスフレーズに関するGitHubのヘルプページ、gitoliteのsshドキュメント、およびHerokuのsshキードキュメントも参照してください。
GitHubやHerokuのような場所に複数のアカウントがある場合は、複数のsshキーがあります（アカウントごとに少なくとも1つ）。ログインするアカウントを選択するには、使用する秘密鍵をsshに指示する必要があります。
たとえば、2つのGitHubアカウントがあるとします： fooとbar。のsshキーfooはで~/.ssh/foo_github_idあり、のsshキーはbarです~/.ssh/bar_github_id。あなたはあなたのアカウントとあなたgit@github.com:foo/foo.gitのアカウントでアクセスしたいです。あなたはあなたのに以下を追加するでしょう：foogit@github.com:bar/bar.gitbar~/.ssh/config
Host gh-foo
Hostname github.com
User git
IdentityFile ~/.ssh/foo_github_id
Host gh-bar
Hostname github.com
User git
IdentityFile ~/.ssh/bar_github_id
次に、次のように2つのリポジトリのクローンを作成します。
git clone gh-foo:foo/foo.git # logs in with account foo
git clone gh-bar:bar/bar.git # logs in with account bar
一部のサービスは、sshの代わりにHTTPアクセスを提供します。
GitHub：
https://username:password@github.com/username/repository.git
Gitorious：
https://username:password@gitorious.org/project/repository.git
Heroku：このサポート記事を参照してください。
警告：クローンURLにパスワードを追加すると、Gitはプレーンテキストのパスワードをに保存します.git/config。HTTPを使用するときにパスワードを安全に保存するには、資格情報ヘルパーを使用します。例えば：
git config --global credential.helper cache
git config --global credential.https://github.com.username foo
git clone https://github.com/foo/repository.git
上記の場合、Gitは15分ごとにパスワードを要求します（デフォルト）。詳細git help credentialsはをご覧ください。
問題が発生している場合は、次の引数に従って、特殊なケースに置き換えてください。
! # $ & ' ( ) * + , / : ; = ? @ [ ]
%21 %23 %24 %26 %27 %28 %29 %2A %2B %2C %2F %3A %3B %3D %3F %40 %5B %5D
だから例えば-
実際のURL：https://usern@me:p@ssword@git/reponame.git
使用するソリューションURL：https://usern%40me:p%40ssword@git/reponame.git
@Bassetassenの回答のコメントで、@ ploscogit clone https://<token>@github.com/username/repository.gitは、少なくともGitHubからクローンを作成するために使用できると述べています。クローンを自動化しようとしているときに私がしたように誰かがこの答えに出くわした場合に備えて、私はそれを行う方法を拡張しようと思いました。
GitHubには、これを行う方法に関する非常に便利なガイドがありますが、自動化の目的ですべてを1行に含めたい場合の対処方法については説明していません。クローンURLにトークンを追加すると、トークンがプレーンテキストでに保存されることを 警告します.git/config。これは明らかにほとんどすべてのユースケースのセキュリティリスクですが、リポジトリを削除し、完了したらトークンを取り消す予定なので、気にしません。
GitHubには、トークンを取得する方法に関する完全なガイドがありますが、ここにTL;DRがあります。
@ploscoが与えたコマンドと同じ、、、をgit clone https://<token>@github.com/<username>/<repository>.git置き換えるだけ<token>で、<username>あなた<repository>の情報が何であれ。
git clone https://<token>@github.com/<username>/<repository.git> <folder>特定のフォルダにクローンを作成する場合は、次のように最後にフォルダアドレスを挿入します。<folder>つまり、クローンを作成するフォルダです。もちろん、他の場所と同じように、、、などをここで使用.でき..ます~。
あなたがしていることがどれほど敏感であるかによっては、これのすべてが必要なわけではありません。
rm -rf <folder>。git remote remove originか、を実行してトークンを削除できますgit remote set-url origin https://github.com/<username>/<repository.git>。私はプロではないので、あらゆる種類のフォレンジック作業の痕跡が残らないという意味で、上記は安全ではない可能性があることに注意してください。
多くの答えがありますが、ユーザー名またはパスワードに特殊文字が含まれていると、繰り返し発生する問題に直面します。
gitのユーザー名とパスワードをURLエンコードしてから、URL自体の一部として使用します（セキュリティ上の懸念がない場合）。
たとえば、ユーザー名のURLエンコードされた値
'user + 1'はuser％2B1です
およびパスワードのURLエンコードされた値
'Welcome @ 1234'はWelcome％401234です
次に、GITクローンのURLは次のようになります。
git clone https://user%2B1:Welcome%401234@actual-git-url-for-the-repo完璧に動作しますが、git clone https：// user + 1：Welcome @ 1234 @ actual-git-url-for-the-repoは、403エラーを出します
お役に立てれば。
念のため、オンラインでURLエンコードしたい：https ：//www.urlencoder.org/
私はこの問題を次のように解決しました。
2021年8月13日以降、使用する必要があります
Gitクローン
https://username:token@github.com/username/repository.git
トークンを生成するには：
設定>>開発者設定>>パーソナルアクセストークン>>新しいトークンを生成
クローン作成が成功した後、次回実行するときにgit push、ユーザー名を再度指定する必要はありません。.git/configメモ帳でファイルを開くと、これを確認できます。
[remote "origin"]
url = https://username:tokenxxxxxxxxxx@github.com/username/repo.git
Windowsでは、次の手順を実行すると、GitHubログインウィンドウが再トリガーされますgit clone。
を使用http/httpsしていて、ユーザー入力やユーザープロンプトをまったく必要とせずにプロセスを完全に自動化する場合（たとえば、CI / CDパイプライン内）、次のアプローチを使用できます。git credential.helper
GIT_CREDS_PATH="/my/random/path/to/a/git/creds/file"
# Or you may choose to not specify GIT_CREDS_PATH at all.
# See https://git-scm.com/docs/git-credential-store#FILES for the defaults used
git config --global credential.helper "store --file ${GIT_CREDS_PATH}"
echo "https://alice:${ALICE_GITHUB_PASSWORD}@github.com" > ${GIT_CREDS_PATH}
ALICE_GITHUB_PASSWORDここで、前のシェルコマンドまたはパイプライン構成などから環境変数を設定することを選択できます。
「store」ベースのgit-credential-helperは、パスワードと値をプレーンテキストで保存することを忘れないでください。したがって、トークン/パスワードの権限が非常に制限されていることを確認してください。
自動化されたシステムがリポジトリをフェッチする必要がある場合は、 https：//alice@github.com/my_repo.gitを使用するだけです。これにより、git-credential-helperによるストアとしてのaliceinのクレデンシャルが使用されます。github.com
git config --global core.askpass
同じ方法でクローンを作成する前に、これを最初に実行してください。修正する必要があります。
gitにHTTPSクレデンシャルを提供するためにGIT_ASKPASS環境を使用することを好みます。
ログインとパスワードが変数にエクスポートされるUSR場合PSW、次のスクリプトは履歴とディスクにパスワードの痕跡を残しません+パスワードの特殊文字に対して脆弱ではありません。
GIT_ASKPASS=$(mktemp) && chmod a+rx $GIT_ASKPASS && export GIT_ASKPASS
cat > $GIT_ASKPASS <<'EOF'
#!/bin/sh
exec echo "$PSW"
EOF
git clone https://${USR}@example.com/repo.git
注意：ヒアドキュメントマーカーを一重引用符で囲んでいることに注意してください。これは、一時的なスクリプトが、変数のパスワード/拡張値ではなく、'EOF'文字通りの文字を保持することを意味します。$PSWPSW
これは優れたStackOverflowの質問であり、回答は非常に有益であり、最近遭遇した厄介な問題を解決することができました。
私が働いている組織はAtlassian's BitBucket、リポジトリを完全にオンプレミスで保護できるように、基本的にはGitHubのバージョンである製品（Githubではない）を使用しています。チェックアウトした新しいリポジトリにパスワードが必要であるという点で、@coordinateと同様の問題が発生していました。私のクレデンシャルはすべてのBitBucketプロジェクトでグローバルに保存されていたため、クレデンシャルが失われた原因がわかりません。
つまり、次のGITコマンド（ユーザー名のみを指定）を入力すると、Gitの資格情報マネージャーにパスワードの入力を求められ、保存することができました。
git clone https://user@code.domain.org/git/[organization]/[team]/[repository.git]
注：括弧で囲まれたディレクトリサブパスは単に内部参照を参照しており、ユーザーによって異なります。