使用GitLab持续部署NodeJS

Question

我有一个在NodeJS中开发的API,并通过.gitlab-ci.yml文件成功建立了持续集成.如果所有测试都在主分支上传递,则下一步是设置到Heroku的连续部署.

有很多关于Ruby和Python应用程序部署的教程,但NodeJS上没有任何内容.目前我的.gitlab-ci.yml文件看起来像这样:

image: node:latest

job1:
  script: "ls -l"

test:
  script: "npm install;npm test"

production:
  type: deploy
  script:
  - npm install
  - npm start
  - gem install dpl
  - dpl --provider=heroku --app=my-first-nodejs --api-key=XXXXXXXXXX
  only:
  - master

Ruby和Python教程使用该dpl工具进行部署,但是如何在部署后在服务器上启动NodeJS脚本？

添加生产部分并推送它之后,测试运行并通过,但部署阶段卡在挂起状态.控制台是空白的.有没有人为NodeJS设置成功的CD脚本？

Answer 1

您可以使用更简单的YAML脚本来定义CI的阶段(在生产部署之前运行测试),然后可以在Heroku部署阶段使用不同的映像.因此,对于节点应用程序,您将默认图像定义为node:latest.然后,对于使用dpl的生产部署,您可以使用ruby映像.

image: node:latest

stages:
  - job1
  - test
  - production

job1:
  stage: job1
  script: "ls -l"

test:
  stage: test
  script: 
    - npm install
    - npm test
  artifacts:
    paths:
      - dist/

production:
  type: deploy
  stage: production
  image: ruby:latest
  script:
    - apt-get update -qy
    - apt-get install -y ruby-dev
    - gem install dpl
    - dpl --provider=heroku --app=my-first-nodejs --api-key=XXXXXXXXXX
  only:
    - master

Answer 2

嗯,这不会是有史以来最长的答案,但这可能会对你有所帮助.

这是内容,如果它消失了:

  image: node:argon

  before_script:
    - apt-get -qq update
    - apt-get -qq install -y python2.7 python2.7-dev build-essential make gcc g++ libicu-dev
    - npm -g install npm --silent
    - "echo -e \"export default {CLIENT_ID: '$CLIENT_ID'}\" > app/scripts/settings.js"
    - npm set progress=false
    - npm install --silent

  stages:
    - test
    - build
    - clean_up

  run_tests:
    stage: test
    script:
      - npm test

  build_and_deploy_prod:
    stage: build
    script:
      - npm run build
      - mkdir  dist/build
      - tar czfC dist/build/latest.tar.gz dist/$CI_BUILD_REF_NAME/ .
      - tar czfC dist/build/$CI_BUILD_REF.tar.gz dist/$CI_BUILD_REF_NAME/ .
      - apt-get install -yqq ruby ruby-dev
      - gem install dpl
      - dpl --skip_cleanup --provider=s3 --region=eu-west-1 --access-key-id=$AWS_ACCESS_KEY --secret-access-key=$AWS_SECRET_KEY --bucket=$AWS_BUCKET --local-dir=dist/build/ --upload-dir=$CI_BUILD_REF_NAME
    artifacts:
      paths:
        - dist/$CI_BUILD_REF_NAME/
    only:
      - master
      - develop

  clean_up_job:
    stage: clean_up
    script:
      - rm -rf node_modules
      - rm -rf ~/.node-gyp
    when: on_failure