Как протестировать пользовательский контейнер jnlp для облачных плагинов, не создавая новое облако на главном сервере? - PullRequest
0 голосов
/ 09 декабря 2018

У меня еще нет настройки кластера ECS, но я хочу проверить, работает ли мой пользовательский контейнер (без использования контейнера jnlp по умолчанию).

Обычно выполнение команды java на статическом ведомом устройстве работает следующим образом:

  1. Вручную создать ведомого в jenkins
  2. Выполнить команду на подчиненном узле: java -jar agent.jar -jnlpUrl https://myjenkins.com/computer/my-slave/slave-agent.jnlp -secret abc123 -workDir "C:\JenkinsWorkspace"

Облачные плагины (ECS и gke) выполняют другую командуна рабе, который выглядит что-то примерно так: java -cp ./agent.jar hudson.remoting.jnlp.Main -headless -url https://myjenkins.com/computer/my-slave/slave-agent.jnlp abc123 my-slave

Я действительно могу найти документы, которые объясняют, как это работает.Он создает эфемерные подчиненные, так что облачные плагины создают подчиненные узлы сначала , а затем передают команду контейнеру?Или сама команда создает новый подчиненный узел на главном сервере?

Вам нужно настроить облачный плагин, чтобы он работал?Создает ли облачный плагин конкретную конечную точку, к которой подключается эта команда jnlp на ведомом устройстве?

Или я должен иметь возможность вручную создать ведомое устройство на главном компьютере и выполнить эту команду самостоятельно, чтобы проверить его?Каковы значения hudson.remoting.jnlp.Main здесь?

...