- GitHub CLI może przechowywać krótkotrwały klucz dostępu i sam go odświeżać.
- Funkcja jest opcjonalna i w publicznym podglądzie; wymaga wersji 2.103.0.
Najkrócej: GitHub CLI, czyli program gh do pracy z GitHubem w terminalu, potrafi teraz używać klucza dostępu, który wygasa. GitHub podaje, że wyciekły klucz przestaje działać „w ciągu godzin”, a nie działa w nieskończoność.
Co się zmieniło
ghmoże zapisać krótkotrwały klucz dostępu razem z kluczem odświeżającym i sam go odnawiać, więc nie musisz logować się od nowa.- Pojedyncze logowanie:
gh auth login --expiring(od wersji 2.103.0). - Dla wszystkich logowań:
gh config set expiring_credentials enabled. - Stan klucza i czas jego wygaśnięcia pokaże
gh auth status. - Dla git przez HTTPS GitHub zdecydowanie zaleca
gh auth setup-gitoraz git w wersji 2.46 lub nowszej.
Czego potrzebujesz
Funkcja jest w publicznym podglądzie na github.com i ghe.com. GitHub Enterprise Server wystawia takie klucze od wersji 3.23; na starszych wersjach włączenie opcji wraca do zwykłego, niewygasającego klucza. Bez flagi nic się nie zmienia, a dotychczasowe logowania działają dalej. GitHub zapowiada, że w przyszłości wygasające klucze staną się domyślne, bez podania daty.
Jak to czytać
To opis producenta, nie niezależny test. Praktyczna pułapka: skrypt, który zapisuje wynik gh auth token na później, w końcu zostanie z wygasłym kluczem. Zamiast tego wywołuj gh auth token za każdym razem, gdy klucz jest potrzebny. Jeśli prowadzisz agentów i automatyzacje, przejrzyj je pod tym kątem, zanim włączysz opcję; więcej o tym, jak zabezpieczać kod pisany z AI, piszę w hubie o bezpieczeństwie kodu AI.

