Блог

Главная - Вопросы по программированию - .env-файла нет в Heroku CI / CD с Gitlab

.env-файла нет в Heroku CI / CD с Gitlab

#node.js #heroku #gitlab #environment-variables #dotenv

#node.js #heroku #gitlab #переменные среды #dotenv

Вопрос:

Я пытаюсь развернуть Node.js приложение к Heroku через конвейер GitLab. Ниже приведен мой код конвейера. У меня есть переменные, установленные в проекте GitLab. Кажется, что .env файл не загружен в приложение Heroku, и приложение выходит из строя.

 image: node:latest

before_script:
    - apt-get update -qy
    - apt-get install -y ruby-dev
    - gem install dpl
   # - npm link @angular/cli

stages:
  #  - test
    - production


# unit-test:
   # stage: test
   # image: trion/ng-cli-karma:latest
   # script:
     #   - npm install 
    #    - ng test 
  #  only:
 #       - master

production:
    type: deploy
    stage: production
    image: ruby:latest
    script:
        - echo "ACCOUNT_SID=$ACCOUNT_SID" >> .env
        - echo "AUTH_TOKEN=$AUTH_TOKEN" >> .env
        - echo "API_KEY=$API_KEY" >> .env
        - echo "API_SECRET=$API_SECRET" >> .env
        - echo "PHONE_NUMBER=$PHONE_NUMBER" >> .env
        - echo "sengrid_api=$sengrid_api" >> .env
        - dpl --provider=heroku --app=$HEROKU_APP_PRODUCTION --api-key=$HEROKU_API_KEY --skip_cleanup
    only:
        - master

Ответ №1:

Кажется, что .env файл не загружен в приложение Heroku

И не должно быть.

.env файлы — это удобный механизм для установки переменных среды при разработке. На Heroku вы должны использовать переменные конфигурации, которые являются удобным механизмом для установки переменных среды, например

 heroku config:set API_KEY=SOME_API_KEY

Обратите внимание, что вам может потребоваться заключать значения в кавычки, если они содержат символы типа < или | , которые имеют значение для любой используемой вами оболочки.

Если вам нужны эти переменные во время сборки, вы можете установить переменные среды как часть вашей конфигурации GitLab (привязанные к вашему репозиторию) или в секретах уровня группы (не привязаны и в некотором смысле более соответствуют концепции настроек для каждой среды).

Каждая среда, в которой вы запускаете свое приложение, отличается и должна иметь свои собственные переменные среды. Это нормально и ожидается, что они не будут следить за вашим приложением. Это один из фундаментальных принципов, на которых была разработана модель Heroku.

Комментарии:

1. хммм, хорошо. У меня есть переменные, определенные в Gitlab для конвейера, но моему приложению нужны эти переменные для запуска. Не могли бы вы более определенно объяснить, как я могу передать эти переменные в свое приложение?

2. @augdog97, как переменные конфигурации (см. Ссылку в моем ответе). Обычно я использую командную строку, например heroku config:set FOO=bar , но для этого также есть интерфейс на веб-панели инструментов.

3. Хорошо, я ценю это, я установил переменные, и это не сработало. Я все еще работаю над решением.

4. @augdog97, мне жаль это слышать. Что конкретно означает «это не сработало»?

5. Я добавил переменные, но приложение по-прежнему не использовало переменные. Пожалуйста, отредактируйте приведенный выше файл .yml. Я получил файл .env для создания, но переменные по-прежнему не используются. Nano не работает с Heroku CLI, поэтому я не могу видеть в файле .env. Должен ли я попытаться добавить переменные конфигурации теперь, когда файл .env создан?

Ответ №2:

С помощью этого .файл yml Я могу создать свой образ docker и развернуть его сразу на обоих моих цифровых каплях океана с помощью балансировщика нагрузки перед ними.

 # ssh-keyscan gitlab.com >> authorized_keys: use this command to add gitlab ssh keys to sever. Run on server terminal
# cat ~/.ssh/id_rsa.pub >> authorized_keys : Run this command on the sever on the terminal. 
# Both COMMANDS ABOVE ARE necessary.
# Have to put .env echo statments in Docker build stage because documents dont persist. Artifacts could be used.

stages:
  - build
  - deploy

variables:
  TAG_LATEST: $CI_REGISTRY_IMAGE/$CI_COMMIT_REF_NAME:latest
  TAG_COMMIT: $CI_REGISTRY_IMAGE/$CI_COMMIT_REF_NAME:$CI_COMMIT_SHA


build-App:
  image: docker:latest
  stage: build
  services:
    - docker:dind
  script:
    - echo   "ACCOUNT_SID=$ACCOUNT_SID" >> .env
    - echo   "AUTH_TOKEN=$AUTH_TOKEN" >> .env
    - echo   "API_KEY=$API_KEY" >> .env
    - echo   "API_SECRET=$API_SECRET" >> .env
    - echo   "PHONE_NUMBER=$PHONE_NUMBER" >> .env
    - echo   "sengrid_api=$sengrid_api" >> .env
    - cat .env
    - docker build . -t $TAG_COMMIT -t $TAG_LATEST 
    - docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN $CI_REGISTRY
    - docker push $TAG_COMMIT
    - docker push $TAG_LATEST

deploy-1:
  image: ubuntu:latest
  stage: deploy
  tags:
    - deployment
  before_script:
  - 'which ssh-agent || ( apt-get update -y amp;amp; apt-get install openssh-client git -y )'
  - eval $(ssh-agent -s)
  - mkdir -p ~/.ssh
  - chmod 700 ~/.ssh
  - echo "$SSH_PRIVATE_KEY" | tr -d 'r' > ~/.ssh/id_rsa
  - echo "$SSH_PUBLIC_KEY" | tr -d 'r' > ~/.ssh/id_rsa.pub
  - chmod 600 ~/.ssh/*
  - chmod 644 ~/.ssh/*.pub
  - ssh-add
  - ssh-keyscan gitlab.com >> ~/.ssh/known_hosts
  - chmod 644 ~/.ssh/known_hosts
  - ls -ld ~/.ssh/*
  script:
    - ssh   -o StrictHostKeyChecking=no $SERVER_USER@$SERVER_IP "docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN $CI_REGISTRY"
    - ssh  -o StrictHostKeyChecking=no $SERVER_USER@$SERVER_IP "docker pull $TAG_COMMIT"
    - ssh  -o StrictHostKeyChecking=no $SERVER_USER@$SERVER_IP "docker container rm -f my-app || true"
    - ssh  -o StrictHostKeyChecking=no $SERVER_USER@$SERVER_IP "docker run -d -p 3000:3000 --name my-app $TAG_COMMIT"
  environment:
    name: production
    url: http://134.122.23.185
  only:
    - master

deploy-2:
  image: ubuntu:latest
  stage: deploy
  tags:
    - deployment-backup
  before_script:
  - 'which ssh-agent || ( apt-get update -y amp;amp; apt-get install openssh-client git -y )'
  - eval $(ssh-agent -s)
  - mkdir -p ~/.ssh
  - chmod 700 ~/.ssh
  - echo "$SSH_PRIVATE_KEY_BACKUP" | tr -d 'r' > ~/.ssh/id_rsa
  - echo "$SSH_PUBLIC_KEY_BACKUP" | tr -d 'r' > ~/.ssh/id_rsa.pub
  - chmod 600 ~/.ssh/*
  - chmod 644 ~/.ssh/*.pub
  - ssh-add
  - ssh-keyscan gitlab.com >> ~/.ssh/known_hosts
  - chmod 644 ~/.ssh/known_hosts
  - ls -ld ~/.ssh/*
  script:
    - ssh   -o StrictHostKeyChecking=no $SERVER_USER_BACKUP@$SERVER_IP_BACKUP "docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN $CI_REGISTRY"
    - ssh  -o StrictHostKeyChecking=no $SERVER_USER_BACKUP@$SERVER_IP_BACKUP "docker pull $TAG_COMMIT"
    - ssh  -o StrictHostKeyChecking=no $SERVER_USER_BACKUP@$SERVER_IP_BACKUP "docker container rm -f my-app || true"
    - ssh  -o StrictHostKeyChecking=no $SERVER_USER_BACKUP@$SERVER_IP_BACKUP "docker run -d -p 3000:3000 --name my-app $TAG_COMMIT"
  environment:
    name: production-backup
    url: http://161.35.123.72
  only:
    - master