Как указать имя пользователя и пароль при запуске «git clone git@remote.git»?

Я знаю, как предоставить имя пользователя и пароль для запроса 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

Но они не сработали.

Основываясь на комментарии Майкла Шарфа:

Вы можете пропустить пароль, чтобы он не был зарегистрирован в вашем файле истории 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Формат говорит Git для использования SSH , чтобы войти в систему hostс именем пользователя user. От git help clone:

Альтернативный scp-подобный синтаксис также может использоваться с протоколом ssh:

[user@]host.xz:path/to/repo.git/

Часть перед @именем пользователя, а метод аутентификации (пароль, открытый ключ и т. Д.) Определяется с помощью ssh, а не Git. Git не может передать пароль в ssh, потому что ssh может даже не использовать пароль в зависимости от конфигурации удаленного сервера.

Используйте, ssh-agentчтобы не вводить пароли постоянно

Если вы не хотите вводить свой пароль ssh все время, типичное решение состоит в том, чтобы сгенерировать пару открытого и закрытого ключей , поместить открытый ключ в ~/.ssh/authorized_keysфайл на удаленном сервере и загрузить свой закрытый ключ ssh-agent. Также смотрите Настройку Git через SSH для входа раз , страница помощи GitHub по ключевым SSH фраз , SSH документации gitolite в и документации ключей SSH Heroku в .

Выбор между несколькими учетными записями на GitHub (или Heroku или ...)

Если у вас есть несколько учетных записей в таких местах, как GitHub или Heroku, у вас будет несколько ключей ssh ​​(как минимум по одной на учетную запись). Чтобы выбрать учетную запись, под которой вы хотите войти, вы должны указать ssh, какой закрытый ключ использовать .

Например, предположим, у вас было две учетные записи GitHub: fooи bar. Ваш ключ ssh для foois ~/.ssh/foo_github_idи ваш ключ ssh для baris ~/.ssh/bar_github_id. Вы хотите получить доступ git@github.com:foo/foo.gitс вашей fooучетной записью и git@github.com:bar/bar.gitс вашей barучетной записью. Вы бы добавили следующее к вашему ~/.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

Затем вы бы клонировали два репозитория следующим образом:

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 как альтернативу ssh:

• 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подробности.

В комментариях @ Bassetassen в ответ , @plosco отметил , что вы можете использовать , git clone https://<token>@github.com/username/repository.gitчтобы клонировать из GitHub , по крайней мере. Я подумал, что я буду расширять, как это сделать, на случай, если кто-нибудь встретит этот ответ, как я, пытаясь автоматизировать клонирование.

GitHub имеет очень удобное руководство о том, как это сделать, но оно не охватывает, что делать, если вы хотите включить все это в одну строку для целей автоматизации. Он предупреждает, что добавление токена к URL-адресу клона сохранит его в виде открытого текста в .git/config . Очевидно, что это риск для безопасности почти в каждом случае использования, но, поскольку я планирую удалить репозиторий и отозвать токен, когда я закончу, мне все равно.

1. Создайте токен

У GitHub есть целое руководство о том, как получить токен, но вот TL; DR.

1. Перейдите в « Настройки»> «Настройки разработчика»> «Жетоны личного доступа» ( вот прямая ссылка )
2. Нажмите «Создать новый токен» и введите свой пароль еще раз. ( Вот еще одна прямая ссылка )
3. Задайте для него описание / имя, проверьте разрешение «РЕПО» и нажмите кнопку «Создать токен» в нижней части страницы.
4. Скопируйте новый токен, прежде чем покинуть страницу

2. Клонировать репо

То же, что команда @plosco дал, git clone https://<token>@github.com/<username>/<repository>.gitпросто заменить <token>, <username>и <repository>с тем, что ваша информация находится.

Если вы хотите клонировать его в определенную папку, просто вставьте в конец адрес папки следующим образом: git clone https://<token>@github.com/<username>/<repository.git> <folder>где <folder>, как вы уже догадались, папка для клонирования! Вы , конечно , можете использовать ., .., ~и т.д. здесь , как вы можете в другом месте.

3. Не оставляйте следов

Не все это может быть необходимо, в зависимости от того, насколько чувствительным является то, что вы делаете.

• Вы, вероятно, не хотите оставлять этот токен без присмотра, если у вас нет намерения использовать его в течение некоторого времени, поэтому вернитесь на страницу токенов и нажмите кнопку удаления рядом с ним.
• Если вам больше не нужен репо, удалите его rm -rf <folder>.
• Если вам снова потребуется репозиторий, но вам не нужно его снова автоматизировать, вы можете удалить пульт, выполнив git remote remove originили просто удалив токен, запустив git remote set-url origin https://github.com/<username>/<repository.git>.
• Очистите историю bash, чтобы токен не оставался там зарегистрированным. Есть много способов сделать это, посмотрите этот вопрос и этот вопрос . Однако может быть проще просто добавить все вышеперечисленные команды с пробелом, чтобы предотвратить их сохранение с самого начала.

Обратите внимание, что я не профессионал, поэтому вышеизложенное может быть небезопасным в том смысле, что не останется никаких следов для какой-либо криминалистической работы.

Хотя есть много ответов, я сталкиваюсь с повторяющейся проблемой, когда имя пользователя или пароль содержат специальные символы.

URL кодирует ваше имя пользователя и пароль для git, а затем использует его как часть самого URL (когда нет проблем с безопасностью).

Скажем, в URL закодировано значение имени пользователя

'user + 1' - это пользователь% 2B1

и URL закодировано значение пароля

«Добро пожаловать @ 1234» Добро пожаловать% 401234

Тогда ваш GIT Clone 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/

Я решил эту проблему следующим образом:

В Windows следующие шаги должны повторно вызвать окно входа в GitHub при git cloneзагрузке:

• Начальное меню поиска для «Диспетчера учетных данных»
• Выберите «Учетные данные Windows»
• Удалите все учетные данные, связанные с Git или GitHub

Следуйте этим аргументам, чтобы заменить ваши особые случаи, если они создают проблему:

! # $ & '() * +, /:; знак равно @ []

% 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

git config --global core.askpass

Запустите это, прежде чем клонировать таким же образом, должно быть исправлено!

Это отличный вопрос о переполнении стека, и ответы были очень поучительными, так что я смог решить досадную проблему, с которой столкнулся недавно.

Организация, в которой я работаю, использует Atlassian's BitBucketпродукт (не Github), в основном свою версию GitHub, так что хранилища могут быть полностью защищены на месте. Я столкнулся с проблемой, подобной @coordinate, в которой мой пароль был необходим для нового репозитория, который я извлек. Мои учетные данные были сохранены в глобальном масштабе для всех BitBucketпроектов, поэтому я не уверен, что привело к потере учетных данных.

Короче говоря, я смог ввести следующую команду GIT (предоставив только мое имя пользователя), которая затем предложила Git's Credential Manager запросить у меня пароль, который я затем смог сохранить.

git clone https://user@code.domain.org/git/[organization]/[team]/[repository.git]

ПРИМЕЧАНИЕ: вложенные пути в квадратных скобках просто ссылаются на внутренние ссылки и будут отличаться для вас!

Если вы используете 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переменную окружения из предыдущей команды оболочки или из вашей конфигурации конвейера и т. д.

Помните, что git-credential-helper на основе store хранит пароли и значения в виде простого текста. Поэтому убедитесь, что ваш токен / пароль имеет очень ограниченные разрешения.

Теперь просто использовать https: //alice@github.com/my_repo.git везде , где нужна ваша автоматизированная система для извлечения репо - он будет использовать учетные данные для aliceв github.comкачестве магазина по мерзавца-учетных-хелперов.