Différences YAML -> JSON (pour import dans le cloud)

[clemzarch]

Il y a des différences entre un YAML valide qui se compile et s'execute, et un JSON qu'execution-domain accepte via l'api.

YAML valide:

version: '0.3'
satellites:
  tags:
    label: 'Tags'
    composer:
      repositories:
        - name: prestashop/prestashop-webservice-lib
          type: vcs
          url: 'https://github.com/php-etl/prestashop-webservice-lib.git'
    workflow:
      jobs:
        - pipeline:
            steps:
              - example:
                  foo: bar

JSON valide:

{
  "code": "tags",          #1
  "label": "Tags",
  "composer": {
    "repositories": [
      {
        "name": "prestashop/prestashop-webservice-lib",
        "type": "vcs",
        "url": "https://github.com/php-etl/prestashop-webservice-lib.git"
      }
    ]
  },
  "jobs": [
    {
      "pipeline": {
        "code": "pipeline1",         #2
        "steps": [
          {
            "code": "step",         #3
            "configuration": {         #4
              "example": {
                "foo": "bar"
              }
            },
            "probes": [
              { "code": "read", "label": "Read" },                ]
              { "code": "rejected", "label": "Rejected" },        ]  #5
              { "code": "errors", "label": "Errors" }             ]
            ]
          }
        ]
      }
    }
  ]
}

par rapport au yaml local, un json pour le cloud veut obligatoirement:

• code sur le satellite (#1) : node n'existe pas, mais dans le yaml d'exemple c'est la clé tags:
• code sur la pipeline (#2) : node existe, il faut le rendre obligatoire dans la validation et dans la doc

peut-être pas à traiter coté satellite, apparemment ce serait la route dans execution-domain qui les ajouterai automatiquement:

• code sur la step (#3)
• encapsulation de la config de la step dans une configuration (#4)
• probes sur la step (#5)