dpl - это проект, который позволяет вам развертывать ваше приложение у различных поставщиков PaaS, таких как Google App Engine, Heroku или Elastic Beanstalk.

Таким образом, он запускает некоторые запросы к некоторым REST API или проталкивает некоторые другие данные через Интернет, и его процесс красиво завершается.

Таким образом, выполнение того, что вы хотите, на самом деле требует некоторого взлома - переопределения поведения бегуна по умолчанию. И вы не должны делать это как долгосрочное решение, потому что оно может перестать работать с некоторым обновлением runner / gitlab.

... но если вы настаиваете, то вот как это сделать :)

В вашем случае, когда вы действительно хотите развернуть и запустить приложение на самом хосте вашего бегуна, нам нужно использовать два взлома:

• не используйте shell исполнитель runner по умолчанию, а ssh и сделайте исполнителя ssh самому себе (на основе решения Майкла на этот вопрос (пожалуйста, проголосуйте за его ответ, если вы проголосуете за мой!),
• отказаться от процесса, который запускается сценарием инициализации (решение Джо на этот вопрос (снова - пожалуйста, проголосуйте за него!)

Итак, вот инструкции:

1. Убедитесь, что вы можете использовать SSH с вашего хоста runner к самому себе с закрытым ключом SSH в /root/.ssh/id_rsa, без парольной фразы, без подтверждения отпечатка пальца. ssh localhost, запущенный root, должен работать в неинтерактивном режиме.

2. Отредактируйте файл конфигурации вашего gitlab-runner, /etc/gitlab-runner/config.toml, чтобы он выглядел так:

   [[runners]]
     name = "your-runner-name"
     url = "https://<your_gitlab_instance_fqdn>/ci"
     token = "<your_project_CI_token>"
     tls-ca-file = ""
     executor = "ssh"
     [runners.ssh]
       user = "root"
       password = ""
       host = "localhost"
       port = "22"
       identity_file = "/root/.ssh/id_rsa"
   

(Бегун перезагрузится после сохранения файла конфигурации)

3. Отредактируйте сценарий службы, чтобы создаваемый им процесс НЕ был дочерним по отношению к сценарию инициализации и не открывал stdin, stdout и stderr:

   #!/usr/bin/env bash
   
   export JAVA_HOME=/usr/lib/jvm/java-8-oracle/jre/bin/java
   export MODE=service
   export APP_NAME=gitlab-runner-test
   export PID_FOLDER=/var/run/gitlab-runner-test
   
   
   /var/gitlab-runner-test/gitlab-runner-test.war $* <&- >&- 2>&- & disown
   

Протестируйте, повторив последнюю сборку или сделав фиксацию в репозитории вашего проекта.

PS Я протестировал свое решение с помощью сценария инициализации, который выглядит следующим образом:

#!/usr/bin/env bash

start() {
  # Completely disowned process, not a child
  # Credits: Joe at https://stackoverflow.com/a/26420299/2693875
  sleep 99999 <&- >&- 2>&- & disown
  exit 0
}

stop() {
  echo "doing nothing"
  exit 0
}

echo "running on $HOSTNAME..."

case "$1" in
  start)
    start
    ;;
  stop)
    stop
    ;;
  *)
    echo $"Use this options $0 {start|stop}"
    exit 1
esac

..на Ubuntu 14.04 с gitlab-multi-runner v. 1.02 и GitLab CE 8.5.0.