Почему не работает авторизация?

Question

[Ivansh_v]

Недавно поставил линукс манжаро, сегодня потребовалось интегрировать в свой проект файлы с гита, зашел в консоль, ввел все как полагается git clone https://*** но вместо сообщения о клонировании все прямо в консоли начали сыпаться инпуты: введите ник, введите пароль и когда я ввожу данные от своего аккаунта мне выдает ошибку о ошибки авторизации.
Как это можно убрать?

Comments

[сергей кузьмин]

сделайте форк проекта в свой гит аккаунт и клон из него локально

[Василий Банников]

сергей кузьмин, а лучше вместо http аутентификации использовать ssh-ключи

[сергей кузьмин]

Василий Банников, спасибо. по моему ключи это энтерпрайз стиль и черезчур - я могу ошибаться

[Василий Банников]

сергей кузьмин, наоборот очень удобно. Один раз ввёл в консоли ssh-keygen, закинул публичный ключ на гитхаб, и у тебя теперь никогда не протухающая аутентификация без необходимости вводить каждый раз пароль от учётки

[Сергей Кузнецов]

Василий Банников, в https проще, там один раз одобрил ааторизацию и больше никогда ничего не спросит. И не надо возиться с созданием ключей и копированием из куда то.

[Василий Банников]

Сергей Кузнецов, зато при изменении пароля всё остаётся работать, не нужно мучаться с двухфакторкой
+ он никогда не протухает
+ прекрасно работает в любой среде, а если аутентифицироваться из сырого терминала без GUI, то шагов по входу с паролем и двухфакторкой будет больше.

Мне кажется, что спор достаточно глупый - всё равно все останутся при своём.

[Сергей Кузнецов]

Василий Банников, пароль вообще не нужен. Достаточно oauth-авторизации либо персонального токена. Которые отзываются в один клик если нужно.

С ssh-ключами ещё надо заморачиваться каждый раз вводить пароль ключа, либо настраивать агент.

В общем утверждение что HTTP сложнее или менее безопасен ничем не подтверждено. Используем то, что подходит по ситуации. Оба метода хорошие.

[Ivansh_v]

Василий Банников, а подскажите, пожалуйста, я создал ssh ключ, добавил в гитхаб, теперь на оф. Документации написано в разделе пароли и авторизация есть поле создать ключ, но у меня его нет, что делать дальше?

[Василий Банников]

Сергей Кузнецов, и раз мы пришли к PAT, то в чём принципиальное удобство? Его же точно также придётся выпустить на гитхабе и скопировать на локальный комп - путь как с ключами, только в обратную сторону.

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

[Сергей Кузнецов]

Василий Банников, я не использую PAT, на декстопе удобнее просто кликнуть мышкой для авторизации через сайт.

Ivansh_v, вам осталось поменять ссылку и попробовать клонировать по ssh-протоколу.

[Ivansh_v]

Сергей Кузнецов, нет, я все также натыкаюсь на окно ввода пароля

[shurshur]

Ivansh_v, потому что клонировать надо не https://... а юзер@сервер:... (тут юзер это не свой юзер а чаще всего git@).

[Ivansh_v]

shurshur, т.е когда я буду копировать репозиторий я должен использовать ssh://user@server:/GitRepos/myproject.git?

[shurshur]

Ivansh_v, да, только ssh:// не нужен (по-моему, там надо не ssh:// а git+ssh://, я никогда не запоминал, потому что он всё равно избыточен, достаточно user@server)

[Сергей Кузнецов]

Ivansh_v, ссылку не надо придумывать. Копируйте её из свойств репозитория.
Она будет примерно такой [e-mail]:user/repo.git



Если вы поставили пароль на ключ, то конечно вылезет запрос этого пароля.

Answer 1

[Василий Банников]

Используй ssh ключи для аутентификации

Comments

[Ivansh_v]

А без авторизации можно провернуть?

[Сергей Кузнецов]

Ivansh_v, если репозиторий не публичный то как вы без авторизации его клонируете?

[Василий Банников]

Ivansh_v, даже публичный репозиторий нельзя склонить без аутентификации вроде

[rPman]

публичные без проблем клонируются по http

[freedom1b2830]

всё же лучше с ssh

можно и с https (при учете что есть логин,пароль)
.gitconfig в домашнем каталоге или в каталоге репозитория,не слейте данные)
см блок credential

[init]
defaultBranch = main
[user]
name = своё
email = своё
[credential]
helper = store