Видаліть облікові дані з Git

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

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

$ git push appharbor master
error: The requested URL returned error: 403 while accessing https://gavekortet@appharbor.com/mitivo.git/info/refs?service=git-receive-pack
fatal: HTTP request failed

Я нічого не можу зробити, що могло б знову ввести пароль.

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

Я намагався:

• git config --global --unset core.askpass

щоб скасувати пароль

• git config credential.helper 'cache --timeout=1'

щоб уникнути кешу вхідних даних ...

Начебто нічого не працює; хтось має кращу ідею?

Якщо ця проблема виникає на машині Windows, виконайте наступне.

• Перейдіть до диспетчера даних
• Перейдіть до Уповноважених даних Windows
• Видаліть записи в розділі Загальні облікові дані
• Спробуйте підключитися ще раз. Цього разу він повинен запропонувати вам вказати правильне ім’я користувача та пароль.

Кеш облікових даних Git запускає демон-процес, який зберігає ваші дані в пам'яті та передає їх на вимогу. Таким чином, вбивство вашого git-poverljiv-cache - демон-процес викидає все це і призводить до повторного запрошення вашого пароля, якщо ви продовжуєте використовувати це як параметр cache.helper.

Ви також можете відключити використання кешу облікових даних Git, використовуючи git config --global --unset credential.helper. Потім скиньте це, і ви продовжуватимете мати кешовані облікові дані для інших сховищ (якщо такі є). Вам може знадобитися це зробити, git config --system --unset credential.helperякщо це було встановлено у файлі конфігурації системи (наприклад, Git для Windows 2).

У Windows може бути краще використовувати помічник менеджера ( git config --global credential.helper manager). Це зберігає ваші облікові дані у сховищі даних Windows, який має інтерфейс Панелі управління, де ви можете видалити або відредагувати збережені дані. У цьому магазині ваші дані захищені вашим входом у систему Windows і можуть зберігатися протягом декількох сеансів. Менеджер помічник включений в Git для Windows , 2.x замінив раніше wincred помічника , який був доданий в Git для Windows , 1.8.1.1. Подібний помічник під назвою winstore також доступний в Інтернеті і використовувався в GitExtensions, оскільки він пропонує більш інтерфейс, керований графічним інтерфейсом. Менеджер помічник пропонує той же графічний інтерфейс як winstore .

Витяг зі сторінки підтримки Windows 10 із детальною інформацією про менеджер облікових даних Windows:

Щоб відкрити диспетчер даних, введіть "менеджер облікових даних" у вікні пошуку на панелі завдань та виберіть " Панель управління менеджером даних" .

А потім виберіть Уповноважені Windows для редагування (= видалення або зміни) збережених облікових даних git для вказаної URL-адреси.

Повторно:

$ git config credential.helper store

І тоді вам буде запропоновано знову ввести свої облікові дані.

УВАГА

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

Джерело: https://git-scm.com/docs/git-credential-store

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

$ git config --system --list

Це показало

credential.helper=manager

Кожного разу, коли я виконував git pushце, я брав своє старе ім'я користувача, яке я встановив довго, і я хотів використовувати новий обліковий запис GitHub, щоб підштовхнути зміни. Пізніше я виявив, що мої старі облікові записи GitHub зберігалися в Панелі керування → Облікові записи користувачів → Менеджер облікових даних → Керування обліковими даними Windows .

Я просто видалив ці повноваження, і коли я git pushйого виконував, я попросив мені свої облікові дані GitHub, і це спрацювало як шарм.

Спробуйте скористатися командою нижче.

git credential-manager

Тут ви можете отримати різні варіанти управління своїми обліковими записами (перевірте екран нижче).

Або ви можете навіть безпосередньо спробувати цю команду:

git credential-manager uninstall

Це знову почне запитувати паролі для кожного запиту на взаємодію із сервером.

Я знайшов щось, що працювало на мене. Коли я написав свій коментар до ОП, я не зміг перевірити файл конфігурації системи:

git config --system -l

показує а

credential.helper=!github --credentials

рядок. Я відкидаю це

git config --system --unset credential.helper

і тепер облікові дані забуті.

У моєму випадку Git використовує Windows для зберігання облікових даних.

Все, що вам потрібно зробити - це видалити збережені облікові дані, які зберігаються у вашому обліковому записі Windows:

git config --list

покаже credential.helper = manager(це на машині Windows)

Щоб вимкнути це кешоване ім’я користувача / пароль для вашої поточної локальної папки git, просто введіть

git config credential.helper ""

Таким чином, git щоразу запросить пароль, ігноруючи те, що збережено всередині "менеджера".

У Windows 2003 Server із "wincred" * жодна з інших відповідей мені не допомогла. Мені довелося користуватися cmdkey.

• cmdkey /list перелічує всі збережені облікові дані.
• cmdkey /delete:Target видаляє обліковий запис із ім'ям "Ціль".

(* Я маю на увазі під "wincred" git config --global credential.helper wincred)

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

Якщо ви використовуєте macOS, ви можете видалити збережені облікові дані github.com .

Для видалення облікових даних github.com виконайте наведені нижче дії .

1. Відкрийте доступ до брелка
2. Знайдіть гітуба
3. Виберіть github.com та клацніть правою кнопкою миші на ньому
4. Видалити "github.com"
5. Повторіть спробу на Push або Pull to git, і він запитає облікові дані.
6. Введіть дійсні облікові дані для облікового запису сховища.

7. Зроблено

   

Потрібно увійти у відповідний github usernameтаpassword

Щоб очистити ім'я користувача та пароль у Windows

Панель управління \ Облікові записи користувачів \ Кредитний менеджер

Редагування вірогідних даних

Видаліть існуючого користувача та перейдіть до командного рядка, напишіть команду push, у якій відображається спливаюче вікно github для входу в username/ emailі password.

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

Отримала таку ж помилку, коли робила "git pull", і ось я її виправила.

1. Змініть репо на HTTPS
2. Запустити команду git config --system --unset credential.helper
3. Запустити команду git config --system --add credential.helper manager
4. Команда тесту git pull
5. Введіть облікові дані у вікно входу, яке з'явиться.
6. Витягнення Git успішно завершено.

Видаліть цей рядок зі свого файлу .gitconfig, який знаходиться в папці користувача, яка зараз увійшов у систему Windows:

[credential]
helper = !\"C:/Program Files (x86)/GitExtensions/GitCredentialWinStore/git-credential-winstore.exe\"

Це працювало для мене, і коли я натискаю на віддалений, він знову запитує пароль.

У разі використання Git Credential Manager для Windows (що зазвичай роблять поточні версії):

git credential-manager clear

До цього додали середину 2016 року . Щоб перевірити, чи використовується менеджер облікових даних:

git config --global credential.helper
→ manager

Ви повинні оновити його у своєму менеджері довірених даних.

Перейдіть до Панелі управління> Облікові записи користувачів> Менеджер довірених даних> Уповноважені системи Windows. У списку ви побачите облікові дані Git (наприклад, git: https: //). Клацніть по ньому, оновіть пароль і виконайте команду git pull / push зі свого Git bash, і це більше не видасть повідомлення про помилки.

Використовуючи останню версію git для Windows в Windows 10 Professional, і у мене була подібна проблема, в якій у мене є два різні облікові записи GitHub, а також обліковий запис Bitbucket, тому речі стали трохи заплутаними для VS2017, розширень git та git bash.

Я спочатку перевірив, як git обробляє мої облікові дані за допомогою цієї команди (запустіть git bash з підвищеними командами або ви отримаєте помилки):

git config --list

Я знайшов диспетчер даних про керування довідками, тому я натиснув кнопку START> набрав диспетчера даних та натиснув лівою кнопкою миші жовтий безпечний значок менеджера облікових даних, який запустив додаток. Потім я натиснув на вкладки Повноважні дані Windows і знайшов запис для мого поточного облікового запису git, який стався біт-відром, тому я видалив цей обліковий запис.

Але це не зробило хитрощів, тому наступним кроком було скидання облікових даних, і я зробив це з каталогу репозиторію на своєму ноутбуці, який містить проект GitHub, який я намагаюся натиснути на віддалений. Я набрав таку команду:

git config --system --unset credential.helper

Тоді я зробив git push, і мені було запропоновано ввести ім'я користувача GitHub, яке я ввів (правильне, що мені потрібно), а потім пов'язаний пароль і все було натиснуто правильно.

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

У моєму випадку я не зміг знайти облікові дані, збережені в Менеджері облікових даних Windows (Windows 7).

Мені вдалося скинути свої облікові дані, виконавши

git config --global credential.helper wincred

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

Ви можете видалити рядок credential.helper=!github --credentialsіз наведеного нижче файлу C:\Program Files\Git\mingw64\etc\gitconfig, щоб видалити облікові дані git

1. Йти до C:\Users\<current-user>
2. перевірити .git-credentialsфайл
3. Видаліть вміст або змініть відповідно до вашої вимоги
4. Перезавантажте свій термінал

У Windows, принаймні, git remote show [remote-name]буде працювати, наприклад

git remote show origin

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

git credential-cache exit

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

Нарешті для мене це виправлено - використовувати робочий стіл GitHub, перейти до налаштувань сховища та видалити user: pass @ з URL-адреси сховища. Потім я спробував натиснути з командного рядка, і мені було запропоновано ввійти в облікові дані. Після того, як я вклав їх, все повернулося до норми. І Visual Studio, і командний рядок працюють, і, звичайно, робочий стіл GitHub.

GitHub Desktop-> Репозиторій-> Налаштування сховища-> Віддалена вкладка

Змінити первинний віддалений сховище (походження) з:

https: //pork@muffins@github.com/MyProject/MyProject.git

До:

https://github.com/MyProject/MyProject.git

Натисніть "Зберегти"

Посвідчення особи будуть очищені.

Для користувачів macOS:

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

Для видалення облікових даних github.com виконайте наведені нижче дії.

1. Перейдіть до Finder
2. Перейдіть до програми
3. Перейдіть до папки «Утиліти»
4. Відкрийте доступ до брелка

5. Виберіть github.com та клацніть правою кнопкою миші на ньому

   Видалити "github.com"

Повторіть спробу на Push або Pull to git, і він запитає облікові дані. Введіть дійсні облікові дані для облікового запису сховища. Зроблено

Для Windows 10 перейдіть до нижнього контуру,

Панель управління \ Облікові записи користувачів \ Кредитний менеджер

У цьому місці будуть 2 вкладки,

1. Веб-облікові дані та 2. Вхідні дані Windows.

Перейдіть на вкладку облікових даних Windows і тут ви зможете побачити збережені облікові дані github під заголовком "Загальні облікові дані".

Ви можете видалити їх звідси і спробувати і повторно клонувати - він запитає ім’я користувача / пароль зараз, оскільки ми щойно видалили збережений обліковий запис із систем Windows 10

Щоб очистити менеджерів облікових даних Git для кешу Windows:

rm $env:LOCALAPPDATA\GitCredentialManager\tenant.cache

або

rm %LOCALAPPDATA%\GitCredentialManager\tenant.cache

Спробуйте це, коли нічого, як зазначено вище, не працює для вас.

git config credential.helper 'cache --timeout=30'

це видалить кеш-пам'ять кожні 3 сек і запитає ім'я користувача та пароль. Ви можете повторно запустити команду зі збільшеними значеннями тайм-ауту.

У нашому випадку очищення пароля у файлі .git-облікових даних користувача працювало на нас.

c:\users\[username]\.git-credentials

Будуючи на основі голосової відповіді @ patthoyts ( https://stackoverflow.com/a/15382950/4401322 ):

Його відповідь використовує, але не пояснює конфігурації "локальний" проти "глобальний" проти "системний". Офіційна документація на git для них є тут і її варто прочитати.

Наприклад, я в Linux і не використовую системний конфігурацію, тому я ніколи не використовую --systemпрапор, але зазвичай потрібно розмежовувати конфігурації --localта --globalналаштування.

У моєму випадку використання - це два крендентиали Github; один для роботи, і один для гри.

Ось як я впорався з проблемою:

$ cd work
# do and commit work
$ git push origin develop
# Possibly prompted for credentials if I haven't configured my remotes to automate that. 
# We're assuming that now I've stored my "work" credentials with git's credential helper.

$ cd ~/play 
# do and commit play
$ git push origin develop                                                                   
remote: Permission to whilei/specs.git denied to whilei.                
fatal: unable to access 'https://github.com/workname/specs.git/': The requested URL returned error: 403

# So here's where it goes down:
$ git config --list | grep cred
credential.helper=store # One of these is for _local_
credential.helper=store # And one is for _global_

$ git config --global --unset credential.helper
$ git config --list | grep cred
credential.helper=store # My _local_ config still specifies 'store'
$ git config --unset credential.helper
$ git push origin develop
Username for 'https://github.com': whilei
Password for 'https://whilei@github.com':
Counting objects: 3, done.
Delta compression using up to 12 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 1.10 KiB | 1.10 MiB/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To https://github.com/whilei/specs.git
   b2ca528..f64f065  master -> master

# Now let's turn credential-helping back on:
$ git config --global credential.helper "store"
$ git config credential.helper "store"
$ git config --list | grep cred
credential.helper=store # Put it back the way it was.
credential.helper=store

Варто також відзначити, що існують способи взагалі уникнути цієї проблеми, наприклад, ви можете використовувати ~/.ssh/configпов'язані SSH ключі для Github (один для роботи, один для гри) та відповідні призначені для користувача віддалені хости для вирішення контекстуалізації аутентифікації теж.

Щоб додати до https://stackoverflow.com/a/41111629/579827 @ericbn ось приклади команд, вкладених у сценарій, я запускаю для оновлення всіх моїх паролів при їх поновленні. Це, мабуть, не є корисним, оскільки є досить специфічним, але воно показує використання реального життя cmdkey.exe.

Script Це сценарій оболонки, запущений у cygwin ⚠

Works Це працює, тому що я використовую приватні git repos, які всі автентифікуються одним і тим же паролем (ви, мабуть, не хочете перебирати цими ж обліковими /listзаписами , але ви можете повторно використовувати цю прикладну команду для отримання списку вже зареєстрованих облікових даних) ⚠

entries=`cmdkey.exe /list: | grep git | sed -r -e 's/^[^:]+:\s*(.*)$/\1/gm'`
for entry in ${entries}
do
    cmdkey.exe "/delete:${entry}"
    cmdkey.exe "/generic:${entry}" "/user:${GIT_USERNAME}" "/pass:${GIT_PASSWORD}"
done

Якщо ви автентифіковані за допомогою вашої пари ключів, ви можете видалити або перемістити приватний ключ, або зупинити ключовий агент і спробувати.