Co oznaczają &, <<, * w tym pliku database.yml?

Do tej pory używałem tylko database.yml z każdym parametrem wywołanym jawnie, w poniższym pliku używa niektórych znaków, których nie rozumiem. Co oznacza każdy wiersz i symbol (&, *, <<), jak odczytać ten plik?

development: &default
  adapter: postgresql
  database: dev_development

test: &test
  <<: *default
  database: test_test


cucumber:
  <<: *test

production:
  <<: *default
  database: test_production

Te &znaki aliasem dla węzła (W przykładzie &defaultaliasów Węzeł rozwój jako „default”) i *References aliased węzeł o nazwie „default”. Plik<<:Wstawia zawartość tego węzła.

Pozwólcie, że przytoczę tutaj specyfikację YAML:

Powtarzające się węzły (obiekty) są najpierw identyfikowane za pomocą kotwicy (oznaczonej ampersandem - „&”), a następnie są aliasowane (oznaczane gwiazdką - „*”).

A więc część twojego przykładu

development: &default
  adapter: postgresql
  database: dev_development

test: &test
  <<: *default
  database: test_test

faktycznie rozszerzyć do

development: &default
  adapter: postgresql
  database: dev_development

test: &test
  adapter: postgresql       # from the "default" alias
  database: test_test       # overridden by the duplicate key

i jednocześnie udostępniaj węzeł „test” również pod aliasem „test”.

Zapoznaj się ze specyfikacją YAML - 2.2 Struktury, aby uzyskać dalsze szczegóły (lub jeśli potrzebujesz nawet moar docs ++: 3.2.2.2. Anchors and Aliases )

&default oznacza, że ​​nadajesz temu zestawowi atrybutów etykietę do późniejszego wykorzystania

<<: *default oznacza, że ​​uwzględniasz wszystkie atrybuty z grupy oznaczonej jako domyślna

Reprezentują one odniesienia do węzłów (*) i asocjacyjne połączenia tablicowe (<<), które odnoszą się do węzła oznaczonego tagiem kotwicy (&) - Wikipedia

Wypróbuj sam online .

Są sposobem na odniesienie się do środowisk bez konieczności ciągłego powtarzania tych samych ustawień (DRY it up).

test: &test
  <<: *default

&test tworzy odniesienie do tych konkretnych ustawień.

<<: *default mówi, użyj domyślnych ustawień testu

cucumber:
  <<: *test

Więc teraz wiemy, cucumberże chcemy użyć ustawień z test.

W prostych słowach pojęcie to przypomina klasę bazową i pochodną.

W szablonie klasy bazowej wymieniasz wszystkie typowe szczegóły za pomocą znaku „&”, co oznacza, że ​​można go użyć do rozwinięcia innej sekcji yaml, która wymaga tych pól. Teraz, kiedy tworzysz kolejną sekcję, która jest nadzbiorem wartości konfiguracyjnych tej struktury typu „klasa bazowa”, używasz „*” wraz z kotwicą klasy bazowej (tj. Ta, która zaczyna się od „&”). Używasz '<<:' jako pojęcia yaml do faktycznego umieszczania sekcji 'klasy bazowej', którą możesz zmienić później.

vsm:
  stub_nsx_mgr: &MGR_CTRL_STUB
    username: ADMIN
    password: $DEFAULT_PASSWORD
    deployment: ovf
    build: $PR_BUILD
    vmnics:
      - network: $MANAGEMENT_NETWORK_0
    vc: vc_0
    ovf_options:
      - --diskMode=$DISKMODE
      - --deploymentOption=$DEPLOYMENT_OPTION
$MGR_0:
    <<: *MGR_CTRL_STUB
    ovf_path_regex: 'appliance.*\.ovf'
    ovf_options:
      - --diskMode=$DISKMODE
      - --deploymentOption=$DEPLOYMENT_OPTION
$CTRL_0:
    <<: *MGR_CTRL_STUB
    ovf_options:
      - --diskMode=$DISKMODE
      - --allowExtraConfig
$CTRL_1:
    *MGR_CTRL_STUB

Ale jeśli nie chcesz zastępować rozszerzonych pól, możesz pominąć „<<:”