Déployer chaque version d'un serveur à l'aide de Gitlab CI

J'ai mis en place mon propre serveur Gitlab avec un projet et une Gitlab coureur configuré pour cela. Je suis nouveau serveur d'intégration continue et, par conséquent, ne savent pas comment atteindre les objectifs suivants.

Chaque fois que je m'engage à la branche principale de mon projet, je voudrais déployer le référentiel à un autre serveur et exécuter deux shell-commandes (npm installet forever restartall)

Comment puis-je faire? Ai-je besoin d'un coureur sur la machine sur laquelle le projet est déployé aussi bien?

InformationsquelleAutor Hedge | 2015-11-17
  1. 30

    Vous pouvez utiliser gitlab-ci et gitlab-coureur [coureurs.ssh] pour déployer un ou plusieurs serveurs.

    le flux: 

    (git_project with yml file)  --> (gitlab && gitlab-ci) --> (gitlabrunner) ---runners.ssh---> (deployed_server,[deploye_server2])

    1. vous devez vous inscrire gitlab-coureur de gitlab-ci et définir la balise de delpoyServer sur gitlab web .
      /etc/gitlab-runner/config.toml:

       [[runners]]
  url = "http://your.gitlab.server/ci"
  token = "1ba879596cf3ff778ee744e6decedd"
  name = "deployServer1"
  limit = 1
  executor = "ssh"
  builds_dir = "/data/git_build"
  [runners.ssh]
    user = "you_user_name"
    host = "${the_destionation_of_deployServer_IP1}"
    port = "22"
    identity_file = "/home/you_user_name/.ssh/id_rsa"


[[runners]]
  url = "http://your.gitlab.server/ci"
  token = "1ba879596cf3ff778ee744e6decedd"
  name = "deployServer2"
  limit = 1
  executor = "ssh"
  builds_dir = "/data/git_build"
  [runners.ssh]
    user = "you_user_name"
    host = "${the_destionation_of_deployServer_IP2}"
    port = "22"
    identity_file = "/home/you_user_name/.ssh/id_rsa"

    le coureur.ssh moyens, le coureur va se connecter en ${the_destionation_of_deployServer_IP1} et ${the_destionation_of_deployServer_IP2}, puis cloner le projet de builds_dir.

    1. écrire le fichier yml
      par exemple:
      .gitlab-ci.yml

      job_deploy:
  stage: deploy
  tags: delpoyServer1
  script:
    -  npm install &&  forever restartall
job_deploy:
  stage: deploy
  tags: delpoyServer2
  script:
    -  npm install &&  forever restartall

    2. définir le votre gitlab-coureur de delpoyServer1 et delpoyServer2balises dans 'http://your.gitlab.server/ci/admin/runners'

      • lorsque vous appuyez-vous le code de gitlab
      • le gitlab-ci serveur analyseur de votre .gitlab-ci.yml fichier dans votre projet, choisissez un coureur avec les tags: deployServer1 ou deployServer2;
      • la gitlab-runneravec le deployServer1 balise de connexion dans ${the_destionation_of_deployServer_IP1} et ${the_destionation_of_deployServer_IP2} avec ssh , cloner le projet de builds_dir, puis d'exécuter le script: npm install && jamais restartall.

    lien:

    • Salut! Avec ssh exécuteur le coureur va utiliser le Déploiement des clés? Je reçois toujours le même message d'erreur:gitlab-ci-multi-coureur 1.3.3 (6220bd5) AVERTISSEMENT: l'image n'est pas pris en charge par l'exécuteur testamentaire et de shell AVERTISSEMENT: les services n'est pas pris en charge par l'exécuteur testamentaire et de shell à l'Aide de SSH exécuteur... ERREUR: Build failed: ouvert /home/utilisateur/.ssh/id_rsa: aucun fichier ou répertoire
    • Oui, vos devez vos config ssh fichier de clé avec votre vrai chemin de la clé privée ssh(e.g: /home/change_me/.ssh/id_rsa . Avant cela, vous devez ajouter la clé publique de contenu pour ~/.ssh/authorized_keys fichier dans le coureur du serveur. La clé ssh est entre coureur serveur et deloy serveurs : (private ssh key in runner server) --> (deploy servers with ssh public key)
    • merci pour l'aide, a été très utile. Maintenant son travail 🙂 Mais pour mon coureur travail correctement-je supprimer cette ligne identity_file = "/home/user_name/.ssh/id_rsa". Quand j'ai mis la ligne précédente, le coureur ne fonctionne pas et afficher le même message d'erreur, dans mon /etc/ssh/sshd_config fichier j'ai mis AuthorizedKeysFile /home/user_name/.ssh/authorized_keys et HostKey /home/user_name/.shh/id_rsa. Pourquoi le coureur ne fonctionne pas avec le identity_file? im faire quelque chose de mal?
    • Bref, nous devons faire le coureur se connecter à déployer serveur avec une certaine façon. J'ai ce cas, nous utilisons la commande ssh-chemin. Si votre coureur fonctionner correctement lorsque vous les retirez identify_file , Avez-vous config le mot de passe ? Vous pouvez obtenir le détail de (le lien)[gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/.... Si non, je ne peux vraiment pas comprendre que, à moins que vous montrez votre topologie de CI de serveurs et de votre configuration.
    • Merci pour votre réponse. Pour la première déployer exécuter npm install et pour toujours démarrer sur OK. Mais une fois que j'ai fait un nouveau commit, le CI déployer et j'ai eu une erreur failed to remove node_modules/.... Avez-vous une idée de ma situation?
    InformationsquelleAutor michael
  2. 21

    Vous devriez être en mesure d'utiliser gitlab-ci.yml documentation pour ajouter un distinct build étape dans votre .gitlab-ci.yml fichier.

    Vous aurez besoin d'une sorte de déployer le service (comme capistrano ou similaire), ou un webhook qui va initier un déploiement.

    I. e. quelque chose comme:

    ---
stages:
  - test
  - deploy

job_runtests:
  stage: test
  script:
    - npm test

job_deploy:
  stage: deploy
  script:
    - curl -X POST https://deploymentservice.io/?key=

    Gitlab CI va itérer sur chaque étape, il trouve, en les exécutant séquentiellement. Si une étape passe, puis il se déplace vers le prochain.

    Malheureusement Gitlab CI ne peut pas faire de déploiement directement (bien que vous puissiez installer le chef de projet Ruby Gem et l'appeler dans votre .gitlab-ci.yml fichier comme ceci:

    job_deploy:
  - gem install dpl
  - dpl --provider=heroku --app=my-app-staging --api-key=$HEROKU_STAGING_API_KEY
only:
  - master

    par exemple)

    • J'ai une question, le --api-clé est connectée à mon compte dans heroku, donc, si j'ai un projet open source dans gitlab quelqu'un pouvait déployer pour mon heroku serveurs. Comment puis-je m'assurer que seul MON gitlab.ci peut se déployer avec mon api-key?
    • Vous pouvez ajouter un projet privé variables dans Gitlab paramètres de quitter l' .gitlab-ci.fichier yml de référence (littéralement) $HEROKU_STAGING_API_KEY puis dans Settings -> CI/CD-rom de votre projet, ajoutez un environnement protégé variable.
    InformationsquelleAutor Alex