używanie tokena gitlab do klonowania bez uwierzytelniania

Chcę sklonować repozytorium gitlab bez pytania o mój skrypt automatyzacji, używając mojego prywatnego tokena z mojego konta gitlab.

Czy ktoś może dostarczyć mi próbkę?

Wiem, że mogę to zrobić za pomocą użytkownika i hasła:

git clone https://" + user + ":" + password + "@" + gitlaburl;

i wiem, że jest to możliwe z kluczem ssh

ale obie opcje nie są wystarczające

Wiem, że to jest stare, ale tak to się robi:

git clone https://oauth2:ACCESS_TOKEN@somegitlab.com/vendor/package.git

Gitlab ma wiele tokenów:

• Prywatny token
• Osobisty token dostępu
• Działający token CI / CD

Testowałem tylko Personal Access Token przy użyciu GitLab Community Edition 10.1.2 , przykład:

git clone https://gitlab-ci-token:${Personal Access Tokens}@gitlab.com/username/myrepo.git


git clone https://oauth2:${Personal Access Tokens}@gitlab.com/username/myrepo.git

lub używając nazwy użytkownika i hasła:

git clone https://${username}:${password}@gitlab.com/username/myrepo.git

lub wpisując swoje hasło:

git clone https://${username}@gitlab.com/username/myrepo.git

Ale prywatny token wydaje się nie działać.

Możesz to zrobić w ten sposób:

git clone https://gitlab-ci-token:<private token>@git.example.com/myuser/myrepo.git

Użyj tokena zamiast hasła (token musi mieć zakres „api”, aby klon był dozwolony):

git clone https://username:token@gitlab.com/user/repo.git

Testowany pod kątem 11.0.0-ee.

Możesz użyć tokena runners dla potoków CI / CD repozytorium GitLab.

git clone https://gitlab-ci-token:<runners token>@git.example.com/myuser/myrepo.git

Gdzie <runners token>można uzyskać:

git.example.com/myuser/myrepo/pipelines/settings

lub klikając na Settings icon -> CI/CD Pipelinei poszukaj Runners Token na stronie

Zrzut ekranu lokalizacji tokena biegaczy:

Jeśli masz już repozytorium i właśnie zmieniłeś sposób uwierzytelniania na MFA, możesz zmienić swój remote originidentyfikator URI HTTP, aby używał nowego tokenu API w następujący sposób:

git remote set-url origin https://oauth2:TOKEN@ANY_GIT_PROVIDER_DOMAIN/YOUR_PROJECT/YOUR_REPO.git

W ogóle nie będziesz musiał ponownie klonować repozytorium.

Jednym z możliwych sposobów jest użycie tokena wdrażania ( https://docs.gitlab.com/ee/user/project/deploy_tokens ). Po utworzeniu tokena użyj:

git clone https://<username>:<deploy_token>@gitlab.example.com/tanuki/awesome_project.git 

jak wspomniano w powyższym linku.

Od dnia 8.12klonowanie za pomocą HTTPStokena + runner nie jest już obsługiwane, jak wspomniano tutaj :

W wersji 8.12 poprawiliśmy uprawnienia do kompilacji. Możliwość klonowania projektu przy użyciu tokena runners nie jest od teraz obsługiwana (faktycznie działała przez przypadek i nigdy nie była pełnoprawną funkcją, więc zmieniliśmy to w 8.12). Zamiast tego powinieneś użyć tokena kompilacji.

Jest to szeroko udokumentowane tutaj - https://docs.gitlab.com/ce/user/project/new_ci_build_permissions_model.html .

Wewnątrz potoku GitLab CI CI_JOB_TOKENdziała dla mnie zmienna środowiskowa:

git clone https://gitlab-ci-token:${CI_JOB_TOKEN}@gitlab.com/...

Źródło: Gitlab Docs

Przy okazji, ustawienie tej zmiennej w .gitlab-ci.ymlpomaga debugować błędy.

variables:
    CI_DEBUG_TRACE: "true"

Poszedłem SSH, używając ustawienia kluczy wdrażania projektu (tylko do odczytu)

Aby uszczęśliwić moją przyszłość: RTFM - w ogóle nie używaj tokena gitlab-ci-token, ale .netrcplik.

Jest kilka ważnych punktów:

1. echo -e "machine gitlab.com\nlogin gitlab-ci-token\npassword ${CI_JOB_TOKEN}" > ~/.netrc
2. Nie zapomnij zastąpić „gitlab.com” swoim adresem URL!
3. Nie staraj się być sprytny i twórz bezpośrednio plik .netrc - gitlab nie zastąpi $CI_JOB_TOKENpliku wewnątrz pliku!
4. Użyj https://gitlab.com/whatever/foobar.com- nie ssh://git@foobar, nie git+ssh://, nie git+https://. Nie potrzebujesz też żadnych elementów CI-TOKEN w adresie URL.
5. Upewnij się, że możesz git clone [url from step 4]

Tło: mam

fatal: could not read Username for 'https://gitlab.mycompany.com': No such device or address

kiedy próbowałem sprawić, by Ansible + Gitlab + Docker działało tak, jak sobie wyobrażam. Teraz działa.

wiele odpowiedzi powyżej jest bliskich, ale usernamedla deploytokenów składnia ~ jest nieprawidłowa. Istnieją inne typy tokenów, ale deploy tokento właśnie oferuje gitlab (co najmniej około 2020+) na repozytorium, aby umożliwić dostosowany dostęp, w tym tylko do odczytu.

z repository(lub group), znajdź settings-> repository-> deploy tokens. Utwórz nowy. usernameI tokenpola są tworzone. usernameNie jest wartością stałą domyślnie; jest unikalny dla tego tokena.

git clone https://<your_deploy_token_username>:<the_token>@gitlab.com/your/repo/path.git

przetestowano na publicznym, bezpłatnym koncie gitlab.com.

Dostosowywanie adresu URL nie jest potrzebne. Po prostu użyj konfiguracji git dla tokenów gitlab, takich jak

git config --global gitlab.accesstoken {TOKEN_VALUE}

rozszerzony opis tutaj

W dzisiejszych czasach (październik 2020) możesz używać tylko następujących

git clone $CI_REPOSITORY_URL

Który rozwinie się do czegoś takiego:

git clone https://gitlab-ci-token:[MASKED]@gitlab.com/gitlab-examples/ci-debug-trace.git

Jeśli hasło „tokena” jest tokenem efemerycznym, powinno zostać unieważnione po zakończeniu kompilacji.