Ansible Tower: передача дополнительных переменных из одного шаблона рабочего процесса в другой - PullRequest
Новая
       68

Ansible Tower: передача дополнительных переменных из одного шаблона рабочего процесса в другой

0 голосов
/ 27 апреля 2020

Ansible 2.9.2 Tower 3.6.1

Есть два хранилища Bitbucket, а именно. bitbucketconfigurator и sonarconfigurator, которые содержат списки воспроизведения для настройки проектов Bitbucket и Sonarqube соответственно. Здесь показан только bitbucketConfigurator: enter image description here

В приведенном выше проекте есть файл group_vars / all yaml следующим образом (обратите внимание на запись bitbucket_token: "{{PAT_admin_admin}}" ): 

# Defaults used for branch access and restrictions
# Global vars used for rest api
bitbucket_base_url: 'https://git.net'
bitbucket_rest_base_endpoint: 'rest/api/1.0/projects'
bitbucket_rest_url: "{{ bitbucket_base_url }}/{{ bitbucket_rest_base_endpoint }}"
bitbucket_branch_rest_endpoint: "rest/branch-permissions/2.0/projects"
bitbucket_branching_url: "{{ bitbucket_base_url }}/rest/branch-utils/1.0/projects"
sonar_for_bitbucket_base_endpoint: 'rest/sonar4stash/1.0/projects'
bitbucket_token: "{{ PAT_admin_admin }}"
bitbucket_rest_api_latest: 'rest/api/latest'
bitbucket_project_name_lc: "{{ bitbucket.project.name  | lower }}"
bitbucket_repository_name_lc: "{{ bitbucket.project.repository.name  | lower }}"

Список шаблонов заданий , пример показан ниже, ниже: enter image description here

В качестве примера рассмотрим шаблон задания bb_configure . Я использую «Дополнительные переменные» для передачи файла / словаря yml, например: enter image description here

Вот список всех шаблонов рабочих процессов, которые я кратко опишу позже: enter image description here

Я тестировал playbook-книги bitbucketconfigurator в одном рабочем процессе, а именно. мас-BitBucket. Работает успешно. Обратите внимание, что в нем используются безошибочные версии отдельных книг воспроизведения, т.е. файл конфигурации yaml передается в wt-bitbucket, а НЕ в отдельные книги воспроизведения. enter image description here

В приведенном выше шаблоне рабочего процесса используются дополнительные переменные: enter image description here

Теперь я использую wk_onboarding_pipeline в качестве основного шаблона рабочего процесса, который вызывает версии no-arg шаблоны рабочего процесса: enter image description here

Этот «главный» шаблон теперь содержит файл конфигурации yaml, также обратите внимание на запись PAT_admin_admin: : enter image description here

Проблема: при запуске этого «основного» шаблона первая книга воспроизведения первого шаблона рабочего процесса завершается сбоем, так как не может получить доступ к «PAT_admin_admin», переданному в дополнительных переменных .

enter image description here

Я делаю ошибку в вызове или неправильно настроил шаблоны рабочих процессов в шаблоне рабочего процесса?

...