Jaki jest łatwy sposób automatycznego tworzenia nieistniejącego katalogu w ansiblu

W moim playbooku Ansible wiele razy muszę tam utworzyć plik

 - name: Copy file
   template:
     src: code.conf.j2
     dest: "{{project_root}}/conf/code.conf"

teraz wiele razy confreż. nie ma. Następnie muszę utworzyć więcej zadań, aby najpierw utworzyć ten katalog.

Czy jest jakiś łatwy sposób na automatyczne tworzenie katalogu, jeśli nie istnieje z jakąś opcją

W tej chwili to jedyny sposób

- name: Ensures {{project_root}}/conf dir exists
  file: path={{project_root}}/conf state=directory
- name: Copy file
  template:
    src: code.conf.j2
    dest: "{{project_root}}/conf/code.conf"

Aby zapewnić sukces z pełną ścieżką, użyj recurse = yes

- name: ensure custom facts directory exists
    file: >
      path=/etc/ansible/facts.d
      recurse=yes
      state=directory

Jeśli używasz Ansible> = 2.0, istnieje również filtr dirname, którego możesz użyć do wyodrębnienia części katalogu ze ścieżki. W ten sposób możesz po prostu użyć jednej zmiennej do przechowywania całej ścieżki, aby upewnić się, że oba zadania nigdy nie stracą synchronizacji.

Na przykład, jeśli masz Playbook ze dest_pathzdefiniowaną w zmiennej takiej jak ta, możesz ponownie użyć tej samej zmiennej:

- name: My playbook
  vars:
    dest_path: /home/ubuntu/some_dir/some_file.txt
  tasks:

    - name: Make sure destination dir exists
      file:
        path: "{{ dest_path | dirname }}"
        state: directory
        recurse: yes

    # now this task is always save to run no matter how dest_path get's changed arround
    - name: Add file or template to remote instance
      template: 
        src: foo.txt.j2
        dest: "{{ dest_path }}"

AFAIK, jedynym sposobem, w jaki można to zrobić, jest użycie state=directoryopcji. Chociaż templatemoduł obsługuje większość copyopcji, co z kolei obsługuje większość fileopcji, nie można state=directoryz nim używać czegoś podobnego . Co więcej, byłoby to dość zagmatwane (czy oznaczałoby to, że {{project_root}}/conf/code.confjest to katalog?), Czy też oznaczałoby, że {{project_root}}/conf/powinien zostać utworzony jako pierwszy.

Więc myślę, że nie jest to teraz możliwe bez dodania poprzedniego filezadania.

- file: 
    path: "{{project_root}}/conf"
    state: directory
    recurse: yes

Zgodnie z najnowszym dokumentem, gdy stan jest ustawiony na katalog, nie trzeba używać parametru recurse do tworzenia katalogów nadrzędnych, zajmie się tym moduł plików.

- name: create directory with parent directories
  file:
    path: /data/test/foo
    state: directory

jest to wystarczające, aby utworzyć dane katalogów nadrzędnych i przetestować je za pomocą foo

proszę zapoznać się z opisem parametru - „ stan ” http://docs.ansible.com/ansible/latest/modules/file_module.html

możesz utworzyć folder, korzystając z poniższych, w zależności od wersji ansible.

Najnowsza wersja 2 <

- name: Create Folder
  file: 
   path: "{{project_root}}/conf"
   recurse: yes
   state: directory

Starsza wersja:

- name: Create Folder
  file: 
      path="{{project_root}}/conf"
      recurse: yes
      state=directory

Zobacz - http://docs.ansible.com/ansible/latest/file_module.html

Moduł copy tworzy katalog, jeśli go tam nie ma. W tym przypadku utworzył katalog resolved.conf.d

- name: put fallback_dns.conf in place                                                                 
  copy:                                                                                                
    src: fallback_dns.conf                                                                             
    dest: /etc/systemd/resolved.conf.d/                                                                
    mode: '0644'                                                                                       
    owner: root                                                                                        
    group: root                                                                                        
  become: true                                                                                         
  tags: testing