Git постійно запитує мене на пароль

Я вже деякий час використовую Git, але постійні запити пароля починають мене підводити до стіни.

Я використовую Mac OS X і GitHub, і я налаштовував Git і свої SSH ключі відповідно до вказівки сторінки GitHub Setup Git .

Я також додав ключ github SSH до моєї брелки Mac OS X, як згадується на сторінці прохідних ключів SSH GitHub . Мій відкритий ключ зареєстрований у Git.

Тим не менш, кожен раз, коли я намагаюся витягнути Git, я повинен вводити своє ім’я користувача та пароль. Чи потрібно щось інше, ніж ключ SSH, для цього потрібно налаштувати?

Я думаю, у вас може бути неправильна URL-адреса сховища Git.

Відкрийте .git/configі знайдіть розділ [віддалене "походження"]. Переконайтеся, що ви використовуєте SSH:

ssh://git@github.com/username/repo.git

Ви можете побачити URL-адресу SSH на головній сторінці вашого сховища, якщо натиснути « Клонувати» або завантажити та вибрати ssh .

І НЕ той httpsчи gitодин:

https://github.com/username/repo.git
git://github.com/username/repo.git

Тепер ви можете перевірити лише ключ SSH замість імені користувача та пароля.

Якщо Git скаржиться на це 'origin' has already been added, відкрийте .configфайл і відредагуйте url = "..."частину після [remote origin]якurl = ssh://github/username/repo.git

Те саме стосується інших послуг. Переконайтеся, що адреса виглядає так:protocol://something@url

Напр. .git/configДля Azure DevOps:

[remote "origin"]
    url = https://mystore@dev.azure.com/mystore/myproject/
    fetch = +refs/heads/*:refs/remotes/origin/*

Налаштування povericial.helper

В OS X (зараз macOS) запустіть це в Terminal :

git config --global credential.helper osxkeychain

Це дозволяє Git використовувати файл Keychain.app для зберігання імені користувача та пароля та для отримання парольної фрази до вашого приватного ключа SSH з брелка.

Для використання в Windows:

git config --global credential.helper wincred

Вирішення проблем

Якщо помічник облікових даних Git правильно налаштований, macOS зберігає пароль у брелок. Іноді зв’язок між SSH та паролями, що зберігаються в брелоку, може розірватися. Запустіть ssh-add -Kабо ssh-add ~/.ssh/id_rsaзнову додайте ключ до брелка.

macOS v10.12 (Sierra) змінюється на ssh

Для macOS v10.12 (Sierra) ssh-add -Kйого потрібно запускати після кожного перезавантаження. Щоб цього уникнути, створюйте ~/.ssh/configцей вміст.

Host *
   AddKeysToAgent yes
   UseKeychain yes
   IdentityFile ~/.ssh/id_rsa

Зі ssh_config manсторінки 10.12.2:

UseKeychain

У macOS визначає, чи повинна система шукати фрази в ключовій мережі користувача при спробі використання певного ключа. Коли пропускна фраза надається користувачем, ця опція також визначає, чи слід зберігати пароль у брелок після перевірки його правильності. Аргумент повинен бути "так" або "ні". За замовчуванням - "ні".

Apple додала Technote 2449, який пояснює, що сталося.

Перед macOS Сьєрра sshпредставив діалогове вікно із запитом вашої парольної фрази та запропонував би можливість зберігати її у брелок. Цей користувальницький інтерфейс деякий час тому був застарілий і його було видалено.

Це сталося зі мною, коли я перейшов на macOS v10.12 (Sierra). Схоже, агент SSH очистився після оновлення.

$ ssh-add -L
The agent has no identities.

Просто запущений ssh-addмій існуючий ідентичність. Я ввів пароль і було добре піти знову.

Використовуйте це: Замініть github.com відповідним іменем хоста

git remote set-url origin git@github.com:user/repo.git

Як уже говорили інші, ви можете встановити помічник кешу пароля. Я в основному просто хотів опублікувати посилання на інші платформи, а не тільки на Mac. Я запускаю сервер Linux, і це було корисно: Кешування вашого пароля GitHub в Git

Для Mac:

git credential-osxkeychain

Windows:

git config --global credential.helper wincred

Linux:

git config --global credential.helper cache
git config --global credential.helper 'cache --timeout=3600'
# Set the cache to timeout after 1 hour (setting is in seconds)

Також шукайте, хто просить у вас парольну фразу. Це Git чи ваш SSH-агент?

У моєму випадку, кожного разу, коли я git pullце робив, просив мене:

Enter passphrase for key '/work/username/.ssh/id_rsa':

Тож я припустив, що це Гіт просить пройти фразу. Тому я продовжував полювати на рішення, аби потім зрозуміти, що мій агент SSH закрився. Які можна виправити за допомогою eval $(ssh-agent)та ssh-addяк зазначено тут.

Крім того, я вставляю нижче невеликий фрагмент, який ви можете додати до свого ~/.bashrcфайлу (або його еквівалента), щоб переконатися, що ваш SSH-агент запускається під час входу.

У будь-якому випадку це була досить дурна помилка, яку я допустив, але розміщуючи її тут, про всяк випадок, коли це допоможе комусь заощадити час від гавкання неправильного дерева, як я.

# Start the ssh-agent
function start_agent {
    echo "Initializing new SSH agent..."

    # Spawn ssh-agent
    /usr/bin/ssh-agent | sed 's/^echo/#echo/' > ${SSH_ENV}
    echo succeeded
    chmod 600 ${SSH_ENV}
    . ${SSH_ENV} > /dev/null
    /usr/bin/ssh-add
}

if [ -f "${SSH_ENV}" ]; then
     . ${SSH_ENV} > /dev/null
     ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {
        start_agent;
    }
else
    start_agent;
fi

git config credential.helper store

Примітка. Хоча це зручно, Git зберігатиме ваші облікові дані в чистому тексті у локальному файлі (.git-облікові дані) у вашому каталозі проектів (див. Нижче "домашній" каталог). Якщо вам це не подобається, видаліть цей файл та перейдіть до використання кеш-опції.

Якщо ви хочете, щоб Git знову попросив вас мати облікові дані кожного разу, коли потрібно підключитися до віддаленого сховища, ви можете запустити цю команду:

git config --unset credential.helper

Для зберігання паролів у .git-облікових даних у каталозі% HOME% на відміну від каталогу проекту: використовуйте прапор --global

git config --global credential.helper store

Керівництво по Git у Windows та GitHub за допомогою SSH для натискання / перетягування: Ілюстрований посібник із Git у Windows

1. Завантажте та встановіть PuTTY
2. Встановити змінну середовища 'GIT_SSH' = 'шлях \ до \ plink.exe' (у встановленій папці putty) - дуже важливо !!!
3. Перезапустіть Windows Explorer, щоб змінні середовища набули чинності (не можна лише перезапустити командний рядок)
4. Запустіть puttygen.exe для створення нового ключа, скопіюйте відкритий ключ на сайт GitHub
5. Збережіть цей новий приватний ключ десь безпечно на диску (бажано не Dropbox )
6. Запустіть putty.exe і підключіть SSH до github.co
7. Швидко перейдіть до папки запуску, запустивши "shell: startup".
8. Зробіть запуск приватного ключа в Windows через конкурс. Створіть ярлик у папці запуску із синтаксисом "шлях \ до \ pageant.exe" "шлях \ до \ приватна ключа"
9. Нам не потрібно встановлювати налаштування "puttykeyfile" всередині .git / config наших сховищ
10. Дуже важливо , що використовується "URL-адреса клонування SSH" GitHub, а не HTTPS.

У Windows для Git 1.7.9+ запускайте таку команду в командному рядку, щоб відкрити файл конфігурації в текстовому редакторі:

    git config --global --edit

Потім у файл додайте наступний блок, якщо його немає, або відредагуйте його відповідно:

    [credential "https://giturl.com"]
        username = <user id>
         helper = wincred

Збережіть і закрийте файл. Потрібно надати облікові дані лише один раз після зазначених змін.

Використовуйте наступну команду, щоб збільшити період очікування, щоб ви могли певний час ввести пароль

git config --global credential.helper 'cache --timeout 3600'

Я використовував його для Bitbucket і GitHub, він працює для обох. Єдине, що вам потрібно зробити - 3600це за лічені секунди. Збільште його в будь-якій мірі, яку вам захочеться. Я змінив його 259200приблизно на 30 днів. Таким чином я повторно вводите свій пароль кожні 30 днів.

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

Введіть термінал:

echo "" > ~/.ssh/known_hosts

Це видалить ваш known_hostsфайл, і вам доведеться додати кожен хост, який ви використовували та підключили, але це вирішило проблему.

Я відчуваю, що відповідь, яку надає static_rtti, є певним в певному сенсі. Я не знаю, чи це було доступно раніше, але інструменти Git тепер забезпечують зберігання даних.

Режим кешу

$ git config --global credential.helper cache

Використовуйте режим "кеш", щоб зберігати облікові дані в пам'яті протягом певного періоду часу. Жоден з паролів ніколи не зберігається на диску, і вони видаляються з кеша через 15 хвилин.

Режим зберігання

$ git config --global credential.helper 'store --file ~/.my-credentials'

Використовуйте режим "зберігання", щоб зберегти облікові дані в текстовому файлі на диску, і вони ніколи не закінчуються.

Я особисто використовував режим магазину . Я видалив своє сховище, клонував його, а потім довелося один раз ввести свої облікові дані.

Довідка: 7.14 Інструменти Git - Зберігання даних

Відповідь orkoden щодо використання брелка з Git у вашому терміналі була неповною і викликає помилки. Це те, що ви повинні зробити, щоб зберегти ім'я користувача та пароль, які ви вводите в термінал у вашій брелоку:

curl http://github-media-downloads.s3.amazonaws.com/osx/git-credential-osxkeychain -o git-credential-osxkeychain
sudo mv git-credential-osxkeychain /usr/local/bin
sudo chmod u+x /usr/local/bin/git-credential-osxkeychain

Потім введіть

git config --global credential.helper osxkeychain

Якщо ви вже виконали частину з конфігурацією Git перед тим, як згорнутись, це не проблема; це спрацює.

Як сказано вище static_rtti, зміни

https://github.com/username/repo.git
git://github.com/username/repo.git

до

ssh://git@github.com/username/repo.git

Я сам змінив https.git / config файл на ssh, але він все ще не працював. Потім я побачив , що ви повинні змінити github.comдо git@github.com. Хороший спосіб отримати справжню правильну URL-адресу - це перейти на сторінку проекту та натиснути це:

Змініть HTTPS на SSH, щоб отримати правильну URL-адресу

Потім додайте цю URL-адресу у файл конфігурації.

У підсистемі Windows для Linux (WSL) це єдине рішення, над яким я знайшов роботу:

eval `ssh-агент ' ; ssh-add ~/.ssh/id_rsa

Виникла проблема з тим, що ssh-агент не був належним чином зареєстрований у WSL.

Якщо ви хочете відмовити Git від того, щоб він завжди просив вас ввійти в систему вашого сховища GitHub, це легко зробити.

Використання SSH замість HTTPS

Ви можете оновити вихідне джерело за допомогою SSH замість HTTPS "

git remote set-url origin git@github.com:username/your-repo.git

Налаштуйте Git для зберігання пароля та імені користувача

Ось як можна змусити Git зберігати ім’я користувача та пароль:

git config --global credential.helper store

Далі збережіть ім’я користувача та пароль для сеансу:

git config --global credential.helper cache

Я погоджуюся з "codehugger" і використовуючи інструкцію "orkoden", вона працювала для мене - в NetBeans 7.3 - коли ви клацніть правою кнопкою миші на файл і виберіть контекстне меню - push - відкриється вікно "натиснути на віддалений" - є два Варіанти тут:

1. origin:https://github.com/myaccount/myproject.git/

2. https://github.com/myaccount/myproject.git/

Як бачите, різниця - це параметр початку в URL-адресі - ви не хочете вибирати цей параметр (1), який ви хочете перевірити варіант (2), і це працює для мене просто чудово.

Крок 1. Перевірте свою поточну конфігурацію

cat .git/config

Ти отримаєш:

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
    ignorecase = true
    precomposeunicode = true
[remote "origin"]
    url = https://github.com/path_to_your_git.git
    fetch = +refs/heads/*:refs/remotes/origin/*
[user]
    name = your_username
    email = your_email
[branch "master-staging"]
    remote = origin
    merge = refs/heads/master-staging

Крок 2: видаліть віддалене походження

git remote rm origin

Крок 3. Додайте назад віддалене походження за допомогою свого імені користувача та пароля

git remote add origin https://your_git_username:your_git_password@github.com/path_to_your_git.git

Якщо Git пропонує вам ім'я користувача та пароль кожен раз, коли ви намагаєтесь взаємодіяти з GitHub, ви, ймовірно, використовуєте URL-адресу клонування HTTPS для вашого сховища.

Використання віддаленої URL-адреси HTTPS має деякі переваги: ​​налаштувати його простіше, ніж SSH, і зазвичай працює через суворі міжмережеві екрани та проксі. Однак він також пропонує вам вводити свої дані GitHub кожного разу, коли ви витягуєте або натискаєте сховище.

Ви можете налаштувати Git для зберігання вашого пароля. Для Windows :

git config --global credential.helper wincred

Під керуванням macOS Cataline 10.15 метод кешування брелоків не працював для мене. І я хотів би використовувати https://НЕssh

Ось що для мене спрацювало:

git remote rm origin

git remote add origin https://your_git_username:your_git_password@github.com/path_to_your_git.git

Це має працювати і на GitLab

Переконайтесь, що ім’я користувача містить адресу електронної пошти, щоб видалити @emailчастину, або ви отримаєте повідомлення про помилку URL using bad/illegal format or missing URL.

Сподіваюся, це допомагає!

Існують різні види аутентифікації залежно від вашої конфігурації. Ось декілька:

1. git credential-osxkeychain.

   Якщо ваш обліковий запис недійсний, видаліть його:

     git credential-osxkeychain erase
   

   або:

     printf "protocol=https\nhost=github.com\n" | git credential-osxkeychain erase
   

   Тож Git знову не запитає у вас дозволу брелока. Потім налаштуйте його ще раз.

   Див.: Оновлення облікових даних з брелока OS X на GitHub

2. Ваш ключ SSH RSA.

   Для цього вам потрібно порівняти ваш ключ SSH з тим, що ви додали, перевірити ssh-add -L/ ssh-add -lчи використовуєте правильну особу.

3. Аутентифікація HTTPS (якщо ви використовуєте httpsзамість sshпротоколу).

   Використовуйте ~/.netrc( %HOME%/_netrcу Windows) для надання своїх облікових даних, наприклад

     machine stash1.mycompany.com
     login myusername
     password mypassword
   

Дізнайтеся більше: синхронізація з GitHub при переливанні стека.

Перш ніж ви можете використовувати свій ключ з GitHub, виконайте цей крок у підручнику, перевіряючи ваше SSH-з'єднання :

$ ssh -T git@github.com
# Attempts to ssh to GitHub

Набравши помилку в URL-адресі, Git запитає вас про ім’я користувача та пароль, дурний Git.

Він був протестований на Kali Linux , Git версії 2.7.0,

Спробуйте:

git clone https://github.com/thisrepodoesntexists/doesntexists.git

Якщо ви використовуєте Windows, і це несподівано почало відбуватися в небі на GitHub, можливо, це пов'язано з недавньою підтримкою відключення GitHub для застарілих криптографічних алгоритмів 2018-02-22, і в цьому випадку рішенням є просто завантажити та встановити найновіша версія або повного Git для Windows, або просто диспетчера сертифікатів Git для Windows .

Рішення Microsoft Stack (Windows та Azure DevOps)

Спочатку відкрийте .git/configфайл, щоб переконатися, що адреса виглядає так:

protocol://something@url

Напр. .Git / config для Azure DevOps:

[remote "origin"]
    url = https://mystore@dev.azure.com/mystore/myproject/
    fetch = +refs/heads/*:refs/remotes/origin/*

Якщо проблема все ще не вдається, відкрийте диспетчер облікових записів Windows , натисніть на безпечну скриньку під назвою Windows Credentials та видаліть усі облікові дані, пов’язані з git.

Тепер наступного разу, коли ви ввійдете в git, він більше не піде.

Якщо у вас налаштований агент SSH, ви також можете додати це до свого, ~/.gitconfigщоб змусити git використовувати SSH для всіх репортажів GitHub, а не HTTPS:

[url "ssh://git@github.com/"]
    insteadOf = git://github.com/
    insteadOf = https://github.com/

(Якщо ви здебільшого працюєте з публічними репортажами, ви також можете використовувати їх, pushInsteadOfа не insteadOfчитати з публічного репо, можна без автентифікації).