à l'aide de gitlab jeton de clone sans authentification

Je veux cloner gitlab référentiel sans invite pour mon script d'automatisation, en utilisant mon jeton de mon gitlab compte.

Quelqu'un peut-il me donner un exemple?

Je sais que je peux le faire avec d'utilisateur et le mot de passe:

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

et je sais que c'est possible avec la clé ssh

mais, les deux options ne sont pas assez

  • git clone https://<token-name>:<token>@gitlaburl
InformationsquelleAutor Muky | 2014-08-20
  1. 127

    Je sais c'est vieux mais c'est comment vous le faites:

    git clone https://oauth2:[email protected]/vendor/package.git

    • Cela ne fonctionne pas avec GitLab 7.14.3.
    • Cela a fonctionné pour moi sur GitLab 8.5.7 Enterprise Edition.
    • Les œuvres ici (GitLab Community Edition 8.16.5 064dab1)
    • Il fonctionne! Je me demande pourquoi gitlab.com les détails du projet, ils ne donnent pas la syntaxe de commande complète :-((
    • Fonctionne pour Gitlab 10.4.4, mais vous avez besoin de faire un api jeton. Un read_user ne peut lire que les pensions de titres en vertu de /users
    • Si il y a un submodule à l'intérieur, qui a accueilli sous le même compte, le clone sera toujours prompt à taper dans le nom d'utilisateur et mot de passe. Est-il une solution de contournement?
    • Le oauth2 partie est sans doute arbitraire. J'ai mis le nom du jeton d'accès au lieu.
    • Cela a fonctionné pour moi, après avoir créé un jeton avec les autorisations API
    • Comment utiliser ce cours ssh?

    InformationsquelleAutor Roshan Gautam
  2. 29

    Vous pouvez le faire comme ceci:

    git clone https://gitlab-ci-token:<private token>@git.example.com/myuser/myrepo.git
    • cela semble correct, mais il échoue toujours d'authentification pour moi 🙁
    • même chose pour moi: fatal: échec de l'Authentification pour
    • <privé jeton> doit être remplacé par le CI runner jeton, pas le compte privé du jeton.
    • je pense que vous devriez aussi être en mesure d'utiliser votre jeton de droit @tim
    • Vous pouvez utiliser le projet spécifique ci jeton (activer construit, puis aller pour le projet/les coureurs de config).
    • mais je l'hôte d'un serveur gitlab pour moi et sa version est 6.6.2. Je n'ai qu'privé jeton. Lorsque je lance la commande git clone https://" + user + ":" + mot de passe + "@" + gitlaburl; j'ai reçu l'erreur fatale: échec de l'Authentification pour . même chose que @vogash
    • Il travaille toujours pour moi. @biolinh Avez-vous essayez de générer le personnel jeton d'accès de l'api étendue, à partir de l'Accès des Jetons en vertu de la section paramètres de l'utilisateur.
    • testé à l'aide de personnels jeton d'accès, les œuvres de 2019-03
    • Cette solution a fonctionné pour moi, le plus voté solution (à l'aide de oauth2) ne fonctionne pas. Littéralement changé de oauth2 pour gitlab-ci-jeton et il a commencé à travailler

    InformationsquelleAutor Tim Hughes
  3. 20

    Le gitlab a beaucoup de jetons:

    • Privé jeton
    • Personnels Jeton D'Accès
    • CI/CD tournant jeton

    J'ai testé uniquement le Personnel Jeton d'Accès en utilisant GitLab Community Edition 10.1.2, l'exemple:

    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

    ou en utilisant le nom d'utilisateur et le mot de passe:

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

    ou par la saisie de votre mot de passe:

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

    Mais la privé jeton semble ne peux pas travailler.

    InformationsquelleAutor xuanyuanaosheng
  4. 15

    Utiliser le jeton à la place du mot de passe (le jeton doit avoir "api" portée pour clone pour être admis):

    git clone https://username:[email protected]/user/repo.git

    Testé contre 11.0.0-ee.

    • Oui, ça fonctionne pour moi. Jeton peut être utilisé comme mot de passe.
    InformationsquelleAutor Zbyněk Winkler
  5. 13

    Vous pouvez utiliser les coureurs jeton pour la CI/CD Pipelines de votre GitLab repo.

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

    Où <runners token> peuvent être obtenues auprès de:

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

    ou en cliquant sur le Settings icon -> CI/CD Pipeline et de regarder pour les Coureurs Jeton sur la page

    Capture d'écran de l'coureurs jeton d'emplacement:
    à l'aide de gitlab jeton de clone sans authentification

    • Remarque: Les coureurs jeton a été rendu obsolète maintenant.
    • source?
    • Toujours 3 octobre 2016
    • voir ici (comme d' >= 8.12)
    • Ce format est maintenant obsolète, merci de voir stackoverflow.com/questions/25409700/...
    • Ne fonctionne pas à partir à l'intérieur de GitLab CI pipeline. Mais cette ligne fonctionne: git clone https://gitlab-ci-token:${CI_JOB_TOKEN}@gitlab.com/...

    InformationsquelleAutor Enlai Chu
  6. 8

    De 8.12, le clonage à partir de HTTPS + jeton n'est pas pris en charge plus, comme mentionné ici:

    Dans 8.12 nous avons amélioré autorisations de construire. Être capable de cloner projet à l'aide de coureurs jeton, il n'est pris en charge à partir de maintenant (il a été fait de travailler par hasard et n'a jamais été une véritable fonctionnalité, de sorte que nous avons changé que dans 8.12). Vous devez utiliser construire un jeton à la place.

    C'est largement documenté ici - https://docs.gitlab.com/ce/user/project/new_ci_build_permissions_model.html.

    • Il n'est pas possible en utilisant les coureurs de jetons, mais est d'utiliser des jetons d'accès. Veuillez voir ma réponse: stackoverflow.com/questions/25409700/...
    • Je recommanderais à personne d'exposer l'ensemble de leur compte à l'aide de jetons d'accès. C'est pourquoi ils sont appelés Privé Jetons d'Accès!
    • La question ne mentionne rien à propos de faire de la clé publique, seulement comment utiliser la clé à la place d'un nom d'utilisateur et le mot de passe pour le clonage. Mais que c'est un bon point, je ne recommanderais pas à personne d'utiliser les touches de n'importe où qui est public.
    • script d'automatisation implique que l'ensemble de la procédure n'est pas exécuté localement. Probablement quelque part là où d'autres ont également accès.
    InformationsquelleAutor Yan Foto
  7. 6

    Si vous avez déjà un référentiel et juste changé la façon de faire de l'authentification de MFA, u peut changer votre remote origin HTTP URI pour l'utilisation de votre nouvelle clé api comme suit:

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

    Et vous n'aurez pas besoin de re-cloner le dépôt à tous.

    • git clone https://oauth2:TOKEN@ANY_GIT_PROVIDER_DOMAIN/YOUR_PROJECT/YOUR_REPO.git a également travaillé pour moi, merci!!!!! Je vais Répondre à cette discussion avec ma bonne solution.
    InformationsquelleAutor Roger Barreto
  8. 6

    Une voie possible est d'utiliser un jeton de déployer
    (https://docs.gitlab.com/ee/user/project/deploy_tokens). Après la création du jeton, utilisation:

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

    comme indiqué dans le lien ci-dessus.

    • Cela ne fonctionne pas pour moi
    • Ni cela vous semble être de travailler avec npm install sur un nouveau conteneur docker, les valeurs par défaut de ssh.
    InformationsquelleAutor shahar taite
  9. 5

    À l'intérieur d'un GitLab CI pipeline de la CI_JOB_TOKEN variable d'environnement qui fonctionne pour moi:

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

    Source: Gitlab Docs

    BTW, la définition de cette variable dans .gitlab-ci.yml permet de déboguer les erreurs.

    variables:
    CI_DEBUG_TRACE: "true"
    InformationsquelleAutor Slawa
  10. 1

    Je suis allé SSH à l'aide de la par projet de déployer des touches de réglage (lecture seule)

    • Moi aussi parce que je suis en utilisant GIT_STRATEGY: aucun.
    InformationsquelleAutor Laurent
  11. 0

    De faire de mon avenir me fait plaisir: RTFM - ne pas utiliser le gitlab-ci-jeton à tous, mais l' .netrc fichier.

    Il ya un couple de points importants:

    1. echo -e "machine gitlab.com\nlogin gitlab-ci-token\npassword ${CI_JOB_TOKEN}" > ~/.netrc
    2. N'oubliez pas de remplacer "gitlab.com" par votre URL!
    3. N'essayez pas d'être intelligent et de créer de la .netrc fichier directement gitlab ne remplacera pas le $CI_JOB_TOKEN dans le fichier!
    4. Utilisation https://gitlab.com/whatever/foobar.com - pas ssh://git@foobar, pas git+ssh://, pas git+https://. Vous n'avez pas besoin de tout CI-JETON de trucs dans l'URL.
    5. Assurez-vous que vous pouvez git clone [url from step 4]

    Contexte: j'ai eu

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

    quand j'ai essayé de faire Ansible + Gitlab + Docker travail comme je l'imagine. Maintenant, il fonctionne.

    InformationsquelleAutor Martin Thoma