Beispiel

ibmcloud doi buildrecord-publish  -B master -R "https://github.com/oic/dlms.git" -C dff7884b9168168d91cb9e5aec78e93db0fa80d9 -S pass -L testapp -N master:199 -I b531487c-9c22-4f3b-9d20-5be408d57891 --region eu-gb
or
ibmcloud doi buildrecord-publish  --branch master --repositoryurl "https://github.com/oic/dlms.git" --commitid dff7884b9168168d91cb9e5aec78e93db0fa80d9 --status pass --logicalappname testapp --buildnumber master:199 --toolchainid b531487c-9c22-4f3b-9d20-5be408d57891

Beispiel

ibmcloud doi testrecord-publish -F "tests/fvt/*.json" -T fvt -L testapp -N master:199 -I b531487c-9c22-4f3b-9d20-5be408d57891 --tags "CC,app1"
or
ibmcloud doi testrecord-publish --filelocation "tests/fvt/*.json" --type fvt --logicalappname testapp --buildnumber master:199 --toolchainid b531487c-9c22-4f3b-9d20-5be408d57891 --region ca-tor

Die folgenden Testtypen werden unterstützt:

IBM Application Security on Cloud 1.0.0 wird nicht mehr veröffentlicht (staticsecurityscan und dynamicsecurityscan test types). Der gesamte IBM Application Security on Cloud 1.0.0 Support wird von HCL bereitgestellt. Weitere Informationen finden Sie in der HCL-Dokumentation AppScan.

Beispiel

ibmcloud doi deployrecord-publish -E "staging" -S pass -L testapp -N master:199 -I b531487c-9c22-4f3b-9d20-5be408d57891 --region au-syd
or
ibmcloud doi deployrecord-publish --env "staging" --status pass --logicalappname testapp --buildnumber master:199 --toolchainid b531487c-9c22-4f3b-9d20-5be408d57891

Beispiel

ibmcloud doi gate-evaluate -P "policyname" -D true -L testapp -N master:199 -I b531487c-9c22-4f3b-9d20-5be408d57891 --region br-sao
or
ibmcloud doi gate-evaluate --policy "policyname" --forcedecision true --logicalappname testapp --buildnumber master:199 --toolchainid b531487c-9c22-4f3b-9d20-5be408d57891

Beispiel

ibmcloud doi policies-update -F "policies/policy.json" -I b531487c-9c22-4f3b-9d20-5be408d57891 --region jp-tok
or
ibmcloud doi policies-update --file "policies/policy.json" --toolchainid b531487c-9c22-4f3b-9d20-5be408d57891

JSON-Dateistruktur für den Befehl updatepolicies

Eine gültige JSON-Dateistruktur enthält zwei Felder:

{
      "custom_datasets": [],
      "policies": []
}

• Sie können eine beliebige Anzahl von Richtlinien (und benutzerdefinierten Datensätzen) für das Array angeben.
• Wenn die angegebene Richtlinie (und der benutzerdefinierte Datensatz) für eine Toolchain existiert, wird die Richtlinie aktualisiert oder erstellt.
• Entweder das Array custom_datasets oder policies kann leer sein, oder beide können leer sein.
• Die einzigen gültigen Werte für einen benutzerdefinierten Datensatz type_of_test sind test und code.
• Wenn ein benutzerdefinierter Datensatz für eine Toolchain existiert, kann er in den Richtlinienregeln verwendet werden, die in der JSON-Datei definiert sind. Es ist nicht immer erforderlich, den benutzerdefinierten Datensatz in der JSON-Datei zu definieren.
• Die JSON-Beispieldatei, die für den Befehl policies-update bereitgestellt wird, listet alle möglichen Regeltypen auf, die Sie in einer Richtlinie angeben können. Alle Felder in diesen Regeln sind Pflichtfelder.
• Verwenden Sie nur eine Regel pro Datensatz.
• Das Namensfeld innerhalb einer Regel ist optional.

Beispiel-JSON-Datei für den Befehl policies-update

Diese JSON-Beispieldatei enthält zwei benutzerdefinierte Datensätze und zwei Richtlinien. Die erste Richtlinie name: "Orders" enthält alle Regeltypen, die Sie in einer Richtlinie verwenden können.

{
  "custom_datasets": [
 .  {
      "lifecycle_stage": "integrationtest",
      "type_of_test": "test",
      "label": "Integration Test"
    },
    {
      "lifecycle_stage": "covtest",
      "type_of_test": "code",
      "label": "Coverage Test"
    }
  ],
  "policies": [
    {
      "name": "Orders",
      "description": "Composite Policy.",
      "rules": [
        {
          "name": "rule1",
 .        "description": "Unit Test Rule with regression",
          "stage": "unittest",
          "percentPass": 100,
          "criticalTests": [
            "Get Weather with incomplete zip code"
          ],
          "regressionCheck": true
        },
        {
          "name": "rule2",
          "description": "Unit Test Rule without regression",
          "stage": "integrationtest",
          "percentPass": 98,
          "criticalTests": [
            "'Get Weather with incomplete zip code'"
          ],
        },
        {
          "name": "rule3",
          "description": "Functional test Rule",
          "stage": "fvt",
          "percentPass": 98,
          "criticalTests": [
            "'Get Weather with incomplete zip code'"
          ],
        },
        {
          "name": "rule4",
          "description": "Code Coverage rule",
          "stage": "code",
          "codeCoverage": 98,
        },
        {
          "name": "rule5",
          "description": "Custom dataset rule",
          "stage": "covtest",
          "codeCoverage": 60,
        },
        {
          "name": "rule6",
          "description": "Static Security Scan rule",
          "stage": "staticsecurityscan",
          "highSeverity": 40,
          "mediumSeverity": 5,
          "lowSeverity": 9
        },
        {
          "name": "rule7",
         "description": "Dynamic Security Scan rule",
          "stage": "dynamicsecurityscan",
          "highSeverity": 40,
          "mediumSeverity": 5,
          "lowSeverity": 9
        },
        {
          "name": "rule8",
          "description": "Sonarqube rule",
          "stage": "sonarqube"
        },
        {
          "name": "rule9",
          "description": "Vulnerability rule",
          "stage": "vulnerabilityadvisor"
        }
      ]
    },
    {
      "name": "UI",
      "description": "Policy to check Unit Test.",
      "rules": [
        {
          "name": "Unit Test Rule",
          "description": "Unit Test Rule",
          "stage": "integrationtest",
          "percentPass": 100,
          "criticalTests": []
        }
      ]
    }
  ]
}