Ten blog wyjaśni:
Co to jest https?
HTTPS jest domyślnym protokołem dla większości usług GIT, takich jak Github. Obsługuje uwierzytelnianie oparte na hasłach, które może być wygodne dla niektórych użytkowników. Jednak podczas korzystania z HTTPS użytkownicy są zobowiązani do wprowadzania hasła lub osobistego tokenu dostępu za każdym razem podczas wykonywania operacji GIT, takich jak push, pull, klon lub pobieranie. Może to być niepewne, zwłaszcza jeśli hasło jest słabe lub udostępnione innym.
Aby użyć HTTPS, przejdź do żądanego zdalnego repozytorium i skopiuj jego adres URL HTTPS:
Teraz możesz użyć tego skopiowanego adresu URL HTTPS do podłączenia lokalnego repozytorium z zdalnym repozytorium.
Co to jest SSH?
SSH to kolejny protokół, którego GIT może użyć do łączenia się ze zdalnymi repozytoriami. Zabezpiecza dane i uwierzytelnia użytkowników za pomocą szyfrowania klucza publicznego. SSH pozwala użytkownikom korzystać z pojedynczej pary kluczowych dla wielu repozytoriów i usług. Może uprościć przepływ pracy i zmniejszyć ryzyko wycieku poświadczeń. Użytkownicy nie muszą wprowadzać poświadczeń za każdym razem, gdy wykonują operacje git.
Aby użyć SSH URL, najpierw użytkownik musi wygenerować klucz SSH. Wygeneruj klucz Github SSH, śledząc nasz dedykowany post. Następnie przekieruj do konkretnego zdalnego repozytorium i skopiuj jego klucz SSH:
Jaki jest najlepszy sposób używania git, używając HTTPS lub SSH?
Zarówno HTTPS, jak i SSH mają swoje zalety i wady, a najlepsze mogą zależeć od osobistych preferencji użytkowników, wymagań bezpieczeństwa, środowiska sieciowego i dostawcy usług GIT. SSH używa klawiszy do uwierzytelnienia, podczas gdy HTTPS używa nazwy użytkownika i hasła. Dla uproszczenia i kompatybilności HTTPS jest najlepszym wyborem, ponieważ jest łatwy i prosty w konfiguracji. Dla bezpieczeństwa i wygody SSH jest preferowany. Użytkownicy mogą również przełączać się między nimi w dowolnym momencie w zależności od sytuacji. Mogą używać HTTPS do publicznych repozytoriów i SSH dla prywatnych.
Wniosek
Podczas pracy nad projektami open source lub współpracą z innymi, HTTPS może być łatwiejszy w użyciu, ponieważ wymaga mniejszej liczby kroków i nie wymaga udostępniania kluczy SSH. Jednak podczas pracy nad prywatnymi repozytoriami lub posiadaniem bardziej zaawansowanych wymagań bezpieczeństwa, SSH jest najlepszą opcją. Ponadto użytkownicy mogą również przełączać się między HTTPS i SSH w dowolnym momencie, zmieniając zdalny adres URL swojego repozytorium.