Повідомлення про помилку GitHub - у дозволі відмовлено (publickey)


701

Хтось бачив цю помилку і знаєш, що робити?

Я використовую термінал, я в корені, сховище GitHub існує, і я не знаю, що зараз робити.

> git push -u origin master
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.


2
Схожий питання: stackoverflow.com/questions/16074832 / ...
JMoran

1
Можуть бути проблеми з дозволом із .ssh та авторизованими ключами. Ssh досить суворий, google it.
Карл Моррісон

Можливий дублікат Cannot push to git repository on bitbucket
james.garriss

як-от відповідь @bdukes тут команда за допомогою https, і вона буде працювати, приклад Windows: "PS C: \ xampp \ htdocs> git clone github.com/algolia/instant-search-demo.git "
гній

Відповіді:


663

GitHub не може аутентифікувати вас. Отже, або ви не налаштовані за допомогою SSH ключа, тому що ви не встановили його на вашій машині , або ваш ключ не пов'язаний з вашим обліковим записом GitHub.

Ви також можете використовувати URL-адресу HTTPS замість URL-адреси SSH / git, щоб уникнути необхідності мати справу з ключами SSH. Це рекомендований метод GitHub .

Крім того, GitHub має довідкову сторінку, спеціально для цього повідомлення про помилку , і пояснює більш детально все, що ви могли перевірити.


53
Ця помилка не є винятковою для GitHub. Я отримую таку ж помилку з BitBucket, і я чухаю голову, як її вирішити ...
IgorGanapolsky

32
Довідкова частина використовується ssh -vT git@github.comна сторінці довідки Github, щоб допомогти налагодити, який ключ використовує ваше репо. Я пропоную вам додати його у відповідь.
MaximeBernard

25
Резолюція використання HTTPS замість SSL трохи невтішна. SSH набагато зручніше. Пропозиція від @MaximeBernard вище вирішила проблему для мене: GIT не шукав потрібного місця для каталогу .ssh. Використання ssh -vT git@github.comнадає багато інформації щодо того, чому це не працює.
Крістоф

1
за моїм коментарем вище, третім варіантом є те, що команда надсилається з іншого облікового запису, ніж той, з клавішами ssh (наприклад, працює як root).
David LeBauer

1
Як зазначав @ theapache64: Якщо ви на Mac і вже створили ключ ssh, "ssh-add" дійсно може бути тим, чого вам не вистачає. Працювали для мене.
Digital Impermanence

78

Чи створили ви файл конфігурації у каталозі ~ / .ssh? Він повинен містити такий вміст:

Host github.com 
 IdentityFile ~/.ssh/github_rsa

Якщо припустити, що ви створили ключ ssh на ім'я github_rsa

і завантажив його в GitHub ...

ПРИМІТКА. Ви повинні дотримуватися цього способу явної конфігурації, якщо у вашому каталозі ~ / .ssh / є більше 1 ключа (2 і більше). Якщо ви не вказуєте ключ таким чином, то для заповнення автентифікації github спочатку береться ключ і використовується, тому це залежить від імені файла ключа.


1
Я створив ssh-ключ і міг добре працювати досить довго, не маючи проблем. Одного прекрасного дня (можливо, після перезавантаження) він перестав працювати, тоді як ключ був недоторканим у Github та в моїй локальній системі. Я додав "конфігураційний файл", вказуючи ключ-відображення домену. Деталі, наведені вище в igor-ganapolsky-answer. Це чудово працює!
парасити

3
Це справді вирішує мою проблему! Дуже дякую! Але у мене є питання. Перш ніж використовувати ваш метод, ssh -T git@github.comвідповіді вірно, при цьому git push -u origin masterвидається така ж помилка, що і в питанні. Чому я можу правильно підключитися до нього, але не можу натиснути на нього чи отримати з нього?
Eden Harder

@EdenHarder Я зіткнувся з тим же питанням. Ви знайшли відповідь на це?
Вредді Бхат

64

Я знаю про цю проблему. Після додавання ключа ssh також додайте ключ ssh до агента ssh (від офіційних документів )

ssh-agent -s
ssh-add ~/.ssh/id_rsa

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


5
Префект! Працював над моїм MacOS X.
stillatmylinux

9
Не вдалося відкрити з'єднання з вашим агентом аутентифікації.
Мона Джалал

спробуйте запустити це: evalssh-agent -s
Вінсент, апрель

@MonaJalal usessh-add ~/.ssh/github_rsa
Anirban Nag 'tintinmj'

Ідеально. це працює. Дякую. 👌
Еркам КУКЕТ

62

Вам потрібно створити ключ SSH (якщо у вас його немає) і пов’язати відкритий ключ зі своїм обліковим записом Github. Дивіться власну документацію Github .


2
Дякую за це ... У мене з'явився ключ SSH, який зараз генерується від GitHub. Яка команда використовується для з'єднання двох в терміналі зараз? Дякую!
webwrks

2
Для цього немає термінальної команди. Дивіться крок 4 в документації, яку я зв'язав у своїй відповіді.
cdhowie

Я клонував сховище за допомогою HTTPS. Чи потрібно мені в цьому випадку генерувати ключ SSH?
Пабітра Даш

@PabitraDash. Ні. HTTPS не використовує SSH-ключі.
cdhowie

51

Це сталося зі мною. Чомусь моє походження зіпсувалося, не розуміючи цього:

Перевірте, чи налаштування все ще правильні

git remote -v

URL-адреса має бути на зразок ssh: //git@github.com/YourDirectory/YourProject.git; якщо ви не бачите git@github.com, використовуйте

git remote set-url origin git://github.com/YourDirectory/YourProject.git

щоб правильно його встановити. Або ви можете скористатися програмою github для перевірки та встановлення URL-адреси основного віддаленого сховища на панелі налаштувань вашого конкретного сховища.


9
Будьте обережні з URL-адресами. Вони відрізняються між https та ssh, а публікації на цій сторінці не роблять це зрозумілим. Кожен git-проект має .git / config файл у кореневому каталозі проекту. Там ви можете встановити віддалену інформацію та інформацію про відділення. Встановлення пульта для https: url = github.com/<yourGitUserName>/<yourGitProject>.git У той час як для git + ssh: url = git@github.com: <yourGitUserName> / <yourGitProject> .git Неправильний URL викликає у дозволі відкритого ключа відхилена помилка, яка, ймовірно, не дуже явна помилка.
darKoram

для мого випадку в фіналі просто працює з в частині: мерзотник віддалений установка URL походження github.com/your_directory/your_project.git
RLD

19

Припускаючи, що ви підключаєте GitHub через SSH, ви можете запустити команду нижче, щоб підтвердити це.

$git config --get remote.origin.url

Якщо результат отримує наступний формат git@github.com: xxx / xxx.github.com.git, то слід зробити наступне.

Створіть ключ SSH (або використовуйте існуючий). якщо у вас був такий, вам просто потрібно додати свій ключ до ssh-агента (крок 2) та до свого облікового запису GitHub (крок 3).

нижче для тих, хто не має ключа SSH.

Крок 1. Створення публічної / приватної пари ключів rsa.

$ssh-keygen -t rsa -b 4096 -C "your_email@example.com"

Вам буде запропоновано підтвердити, де зберегти ключ SSH та яку парольну фразу ви хочете використовувати.

Крок 2. Додайте ключ до ssh-агента

  • Переконайтесь, що ssh-агент увімкнено

    $eval "$(ssh-agent -s)"

  • Додайте ключ SSH до агента ssh:

    $ssh-add ~/.ssh/id_rsa

Крок 3 Додайте ключ SSH до свого облікового запису

$sudo apt-get install xclip

$xclip -sel clip < ~/.ssh/id_rsa.pub

Потім додайте скопійований ключ до GitHub

Перейдіть у Налаштування -> Клавіші SSH (бічна панель особистих налаштувань) -> Додати ключ SSH -> заповніть форму (ключ знаходиться у буфері обміну, просто використовуйте ctrl + v) -> Додати ключ

Пройшовши вищезазначені кроки, ви повинні вирішити проблему з дозволом.

Посилання: Генерування SSH ключів .


Це рішення працювало на ubuntu, $ ssh-add /root/.ssh/id_rsa
Feras

Це вирішило дивний сумбур і щодо моєї поведінки, одна з модифікацій, яку я б запропонував, - це уникати залежності від xclip, просто використовуйтеcat ~/.ssh/id_rsa.pub
Pogrindis

19

Спочатку нам потрібно перевірити наявність наявних клавіш ssh на вашому комп’ютері. Відкрийте термінал і запустіть:

ls -al ~/.ssh

#or

cd ~/.ssh
ls

і це буде список файлів у вашому .ssh каталозі

І, нарешті, залежно від того, що ви бачите (у моєму випадку це було):

 github_rsa  github_rsa.pub known_hosts

Просто спробуйте налаштувати RSA, і, сподіваємось, це вирішить ваші проблеми з "git push origin"

$ ssh-keygen -lf ~/.ssh/github_rsa.pub

ПРИМІТКА. Сертифікати RSA поєднуються з ключами, тому у вас буде приватний та загальнодоступний сертифікат, приватний не буде доступний для вас, оскільки він належить github (в даному випадку), але публічний - це той, який ви могли б пропустити, коли ця помилка трапиться (принаймні, це був мій випадок, мій обліковий запис github чи repo якимось чином заплутався, і мені довелося "зв’язати" відкритий ключ, створений раніше)


Чи потрібно мені скопіювати SHAвихід з github з цієї команди?
ІгорГанапольський

Ні, просто виконайте "ssh-keygen -lf ~ / .ssh / <YOUR_GITHUB_RSA_FILE.pub>"
d1jhoni1b

ось чому я також додав команду, що "Перераховує файли у вашій .ssh директорії" ... так що ви знаєте, з якого файлу витягти ваш ключ (ssh-keygen). Пам’ятайте, що сертифікати RSA є парними ключами, тому у вас буде приватний та загальнодоступний сертифікат, приватний не буде доступний для вас, оскільки він належить github (у цьому випадку), але публічний - це той, який ви могли б пропустити, коли ця помилка трапиться ( принаймні, це був мій випадок, мій обліковий запис github чи repo якимось чином
заплутався,

$ ssh-keygen -lf ~ / .ssh / github_rsa.pub /home/mona/.ssh/github_rsa.pub: Немає такого файлу чи каталогу
Mona Jalal

"Немає такого файлу чи каталогу" означає, що у вас немає цього імені файлу чи шляху ... що ви отримуєте при виконанні ls -al ~ / .ssh?
d1jhoni1b

14

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

Спочатку я думав, що це було "Оновлення до macOS Sierra зламає ваші SSH ключі та заблокує вас із власних серверів"

Але я обійшов цю сторону. Виявляється, мені просто довелося перереєструвати свій наявний ключ:

ssh-add -K

І введіть парольну фразу ... зроблено!


2
те саме питання, працював для мене: `ssh-add -K ~ / .ssh /
id_rsa`

11

Ще одне рішення:

створити SSH ключі, введіть ssh-keygen -t rsa -C "your_email@example.com" . Це створить файли id_rsa та id_rsa.pub.

Додайте id_rsa до списку ssh на локальному комп’ютері: ssh-add ~/.ssh/id_rsa.

Після генерації ключів дістаньте паскі за допомогою:

cat ~/.ssh/id_rsa.pub 

ви отримаєте щось на кшталт:

cat ~/.ssh/id_rsa.pub 

ssh-rsa AAAB3NzaC1yc2EAAAADAQABAAACAQCvMzmFEUPvaA1AFEBH6zGIF3N6pVE2SJv9V1MHgEwk4C7xovdk7Lr4LDoqEcqxgeJftwWQWWVrWWf7q9qCdHTAanH2Q5vx5nZjLB+B7saksehVOPWDR/MOSpVcr5bwIjf8dc8u5S8h24uBlguGkX+4lFJ+zwhiuwJlhykMvs5py1gD2hy+hvOs1Y17JPWhVVesGV3tlmtbfVolEiv9KShgkk3Hq56fyl+QmPzX1jya4TIC3k55FTzwRWBd+IpblbrGlrIBS6hvpHQpgUs47nSHLEHTn0Xmn6Q== user@email.com

скопіюйте цей ключ (значення) та перейдіть на сторінку github.com та під налаштуванням (ключ ssh та pgp) додайте відкритий ключ.


10

Якщо ви не маєте доступу до власного сховища або клонуєте всередині клонованого сховища (використовуючи деякі команди "підмодуль git ...":

У домашньому каталозі вашого сховища:

$ ls -a

1. Відкрийте ".gitmodules", і ви знайдете щось подібне:

[submodule "XXX"]
    path = XXX
    url = git@github.com:YYY/XXX.git

Змініть останній рядок на HTTPS сховища, яке потрібно витягнути:

[submodule "XXX"]
    path = XXX
    https://github.com/YYY/XXX.git

Збережіть ".gitmodules" та запустіть команду для підмодулів, і ".git" буде оновлено.

2. Відкрийте ".git", перейдіть у файл "config", і ви знайдете щось подібне:

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
    ignorecase = true
    precomposeunicode = true
[remote "origin"]
    url = https://github.com/YYY/XXX.git
    fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
    remote = origin
    merge = refs/heads/master
[submodule "XXX"]
    url = git@github.com:YYY/XXX.git

Змініть останній рядок на HTTPS сховища, яке потрібно витягнути:

    url = https://github.com/YYY/XXX.git

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


9

це працювало для мене:

1- видалити всі джерела

git remote rm origin  

(пор .: https://www.kernel.org/pub/software/scm/git/docs/git-remote.html )

* remote: "Керуйте набором сховищ (" віддалених "), гілки яких ви відстежуєте.

* rm: "Видаліть віддалений названий. Усі гілки віддаленого відстеження та налаштування конфігурації для віддаленого видаляються."

2- перевірити, чи все було видалено:

git remote -v  

3- додати нового початкового майстра

git remote add origin git@github.com:YOUR-GIT/YOUR-REPO.git

це все, шановні!


1
Це було корисно. За допомогою цих команд я почніть просити мене для github імені користувача та пароля облікового запису, після чого я можу легко перейти на посилання github за типом у терміналі: git push -u master master origin
Ноха Салах

8

Переконайтеся, що ssh-add -lвідображається відбиток ключа SSH, який присутній у списку ключів SSH у вашому обліковому записі Github.

Якщо вихід порожній, але ви знаєте, що у вас є приватний ключ SSH, який працює з вашим обліковим записом github, запустіть ssh-addцей ключ (знайдено в ~/.ssh. Він названий id_rsaза замовчуванням, тому ви, ймовірно, запустите ssh-add id_rsa).

Крім того, дотримуйтесь цих інструкцій для створення пари ключів SSH.


8

Раніше я використовував github для одного з моїх PHP-проектів. Під час використання github я використовував ssh замість https. У мене така машина була налаштована так, і кожного разу, коли я робив код і натискав код, він запитав би мого пароля ключа rsa.

Через кілька днів я перестав працювати над проектом php і забув свій пароль rsa. Нещодавно я почав працювати над проектом java і перейшов на бітбукет. Оскільки я забув пароль і немає можливості відновити його, я думаю, я вирішив використати протокол https (рекомендований) для нового проекту і отримав ту саму помилку, яку задали у питанні.

Як я це вирішив?

  1. Запустив цю команду, щоб сказати моєму git використовувати https замість ssh:

    git config --global url."https://".insteadOf git://
    
  2. Видаліть будь-який пульт, якщо такий є

    git remote rm origin
    
  3. Повторіть все, від git init до git push, і це працює!

PS: Я також видалив ssh зі своєї машини під час процесу налагодження, думаючи, що, видаливши його, виправите проблему. Так, я знаю!! :)


Я не думаю, що це гарна ідея вказувати людей на https, коли також ssh повинен працювати. Крім того, це навряд чи може працювати для людей, що стоять за корпоративним проксі.
Ігор Стоппа,

8

Проблема вирішена, якщо ви змінили ssh-доступ на https-доступ до віддаленого сховища:

git remote set-url origin https_link_to_repository

git push -u origin master

5

Я думаю, що я маю найкращу відповідь для вас, ваші програми git читають вашу id_rsa.pub в кореневому каталозі користувачів

/home/root/.ssh/id_rsa.pub

Ось чому ваш ключ у /home/your_username/.ssh/id_rsa.pub не може бути прочитаний git. Тому вам потрібно створити ключ у /home/root/.ssh/

$ sudo su
$ ssh-keygen
$ cd ~/.ssh
$ cat id_rsa.pub

Потім скопіюйте ключ у свій обліковий запис github. Це працює для мене. Можна спробувати.


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

4

Якщо ви вже створили ключ SSH і все ще отримуєте помилку, це тому, що вам потрібно надати користувачеві права на читання та запис у папку, в яку ви клонуєтесь. Зробити це,sudo chmod 777 <your_folder_name_here>" . Звичайно, це відбувається після того, як ви створили ключ SSH, і ви все ще отримуєте цю помилку. Сподіваюсь, це допомагає майбутнім користувачам.

Редагувати

Щоб додати до цього використання адміністратора в Windows, якщо ви використовуєте git bash


Це. Це також може спричинити проблему.
KevinO

1
Це була моя проблема, але я не рекомендував би встановлювати 777 дозволів на папку. У моєму випадку папка була власником кореневого користувача, і мені потрібно було надати їй доступ до мого некореневого облікового запису користувача. Я зробив це так:sudo chown -R $USER:$USER <your_folder_name_here>
Девід

@David, я також рекомендую це. 777 досить хакі і не захищений.
Кевін

3

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

З терміналу запустіть: ssh-add ~/.ssh/id_rsa

Введіть свій системний пароль і це повинно працювати.


3

Я хотів би додати деякі свої висновки:

Якщо ви використовуєте GitBash, переконайтеся, що ключ SSH зберігається в~/.ssh/id_rsa .

За замовчуванням GitBashшукає ~/.ssh/id_rsaшлях за замовчуванням для ключа SSH.

Навіть назва файлу id_rsaмає значення. Якщо ви збережете свій ключ SSH в іншому імені файлу або шляху, він видасть Permission Denied(publickey)помилку.


3

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

  • переконайтеся, що у вас є ключі, за замовчуванням інша ~ / .ssh / папка, тобто id.rsa та id.rsa.pub

  • переконайтеся, що ключі мають правильні дозволи, ви можете запустити chmod:

    chmod 600 ~ / .ssh / id_rsa

    chmod 644 ~ / .ssh / id_rsa.pub

  • переконайтеся, що вміст відкритого ключа (id_rsa.pub) відповідає сумі, завантаженому у конфігурації віддаленого сховища

  • Нарешті вирішіть проблеми з агентом ssh : ssh-add

Ще трохи інформації: https://itcodehub.blogspot.com/2015/01/ssh-add-problems-with-ssh-agent-and.html


Я скопіював свій ключ ssh з одного комп'ютера на інший за допомогою USB-накопичувача, відформатованого як FAT32. Це змінило дозволи файлів. В Ubuntu мене звикли автоматично запитувати пароль SSH, коли це було потрібно, але це просто мовчки не сталося, поки я не забігав так, chmodяк ви описуєте. Дякую.
lydell

1

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


1

Я отримував таку ж помилку під час "git push". У стороні клієнта у мене було два походження та майстер. Я видалив одну, потім вона спрацювала нормально.


1

ви можете використовувати URL-адресу Https для входу

Я думаю, ви намагаєтесь увійти з URL-адресою ssh, коли ви говорите git push, якщо він запитує лише пароль, вважайте, що ви підключаєтесь через ssh.better, ви використовуєте http-адресу.


1

Також в ubuntu, навіть якщо в налаштуваннях BitBucket вже був введений ключ SSH, у мене з’явилася ця проблема. Причиною було те, що я намагався наступне:

sudo git push origin master

Не впевнений чому, але це вирішилося за допомогою

git push origin master

Судо не використовується.


1

Для мене я спробував це -

eval "$(ssh-agent -s)"

то я біжу

ssh-add ~/.ssh/path-to-the-keyfile

і для генерації ключа можна запустити

ssh-keygen -t rsa -b 4096 -C "your_email@example.com"

це створить пару ключів (загальнодоступний і приватний).

ви можете зберігати цей ключ у github, щоб прочитати це додавання нового ключа SSH до вашого облікового запису GitHub

Сподіваюся, це допоможе іншим :)


1

У мене була проблема, схожа на @Batman. Однак, оскільки я запускав це під / usr / local / src / ім'я проекту, запуск без судо не був варіантом.

Просто додайте прапор -E для попереднього встановлення середовища (ваш ~ / .ssh / шлях).

$ sudo -E git clone git@your_repo

Від людини судо:

-E, --preserve-env Вказує політиці безпеки, що користувач бажає до попереднього обслуговування своїх змінних середовища. Політика безпеки може повернути помилку, якщо користувач не має дозволу на збереження навколишнього середовища.


1

Коли сценарій, коли це станеться, колись ви будете слідувати інструкціям GitHub після створення свого сховища. Git доручить вам додати пульт дистанційного керування чимось подібним.

git remote add origin git@github.com:<user>/<project>.git

Замініть те, що є в <>, значеннями, пов’язаними з вашим обліковим записом.

Рішення - видалити .gitсуфікс. Додайте пульт таким чином:

git remote add origin git@github.com:<user>/<project>


1

тл; д-р

в ~/.ssh/configукладеному

PubkeyAcceptedKeyTypes=+ssh-dss

Сценарій Якщо ви використовуєте версію openSSH> 7, скажімо, на сенсорній панелі MacBook Pro це такssh -V
OpenSSH_7.4p1, LibreSSL 2.5.0

У вас також був старший Mac, який спочатку мав ваш ключ, який ви поставили на Github, можливо, використовується ключ id_dsa. OpenSSH v7 за замовчуванням не встановлює використання цих клавіш DSA (які включають цей ssh-dss), але ви все одно можете додати його назад, додавши наступний код у свій~/.ssh/config

PubkeyAcceptedKeyTypes=+ssh-dss

Джерело, яке працювало для мене, - це інформаційний бюлетень Gentoo

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


1

Я знайшов цю сторінку під час пошуку рішення аналогічного повідомлення git pullпро помилку за допомогою віддаленого хоста:

$ git pull
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Мене підключили від локальної машини до віддаленого хоста через ssh -AY remote_hostname . Це не є вирішенням питання ОП, але корисно для інших, хто натрапив на цю сторінку, тому розмістивши її тут.

Зауважте, що в моєму випадку git pullна моїй локальній машині працює добре (тобто ключ ssh був налаштований і доданий до облікового запису GitHub тощо). Я вирішив свою проблему, додавши це до ~/.ssh/configсвого ноутбука:

Host *
     ForwardAgent yes

Потім я знову підключився до віддаленого хоста ssh -AY remote_hostnameі git pullтепер працював. Зміна конфігурації дозволяє пересилати мою ssh-ключ з моєї локальної машини на будь-який хост. -AВаріант sshфактично передає його в тому , що SSH сесії. Детальніше дивіться тут.


0

Можливо, ваш ssh-агент не включений. Ви можете спробувати

  1. Завантажте git

http://git-scm.com/

  1. Встановіть його

  2. Увімкніть ssh-агент

C: \ Програмні файли \ Git \ cmd

start-ssh-агент


0

Зайдіть на інформаційну панель свого облікового запису GitHub, знайдіть сховище проекту, натисніть вкладку Налаштування - під клавішами Розгортання вам доведеться додати ключ SSH. Відкрити термінал і ввести:

cat ~/.ssh/id_rsa.pub | pbcopy 

Це скопіює ключ із вашого файлу id_rsa.pub. Тому просто поверніться до інформаційної панелі GitHub, вставте її, натисніть Додати ключ і все.

Це ж рішення стосується і облікових записів Bitbucket.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.