Progress Software · Schema

chef.automate.api.cfgmgmt.response.Rollout

A Rollout represents the process of distributing Chef Infra code (with Policyfiles) to a set of nodes. It's used to track which nodes have run the latest version of the Chef Infra code assigned to them and also provide the user insights about the code by aggregating Chef Client run results according to the version of Chef Infra code applied. Metadata about the code is stored in order to provide the user with convenient references back to systems they already use (such as SCM and Ci/CD systems) to manage their code. Nodes are segmented by a triple of policy name, policy group, and policy domain URL: policy name generally describes what kind of system it is, e.g., a database server policy group generally describes where the system fits in the user's code lifecycle, e.g., "QA" or "production." Policy groups may also represent a subset of nodes within a code lifecycle stage, such as a "production-canary" group. policy domain URL identifies the system that distributes the Chef Infra code and is the owner of the namespaces for policy name and group. E.g., a Chef Server URL with the `/organizations/:orgname` part. There is one (or zero) revision(s) of the Chef Infra code applied to any segment at a time. Rollouts track the changes to which revision of the code is applied to the node segments over time.

CompanyEnterprise SoftwareManaged File TransferInfrastructure AutomationNetwork MonitoringContent ManagementDeveloper ToolsData PlatformApplication DevelopmentDevOpsAgentic RAGFile Sharing

Properties

Name Type Description
ci_job_id string If the rollout was initiated by Ci/CD or similar system, the id of the job that initiated the rollout. Should include the Ci system's nickname or other identifying information users would need to asso
ci_job_url string If the rollout was initiated via Ci/CD or similar system, the web URL for the job that initiated the rollout.
description string A free-form description of the rollout, as given by the user. Long messages may be displayed in a truncated form in the UI. The content may be entered manually by the user or extracted from another sy
end_time string The time that the rollout was replaced with another rollout.
id string The system-generated ID for this rollout. The system currently provides autoincrementing integers for the Ids.
policy_domain_url string In the Chef Server case, the policy domain URL is the Chef Server URL with the `/organizations/:orgname` portion of the URL path included. In general, this can be a URL for any content storage/distrib
policy_domain_username string The username of the entity who uploaded/promoted the policy code to the code host. In a Chef Server architecture, this is the name of the Chef Server user who ran the `chef push` command to upload the
policy_name string
policy_node_group string The group of nodes which are targeted by the rollout. In the Chef Server case, this is the policy_group to which the user is pushing the policy.
policy_revision_id string
policy_scm_commit string The source control system's identifier for the repository version. This should be the version where the policy's lockfile was committed.
policy_scm_url string
policy_scm_web_url string
scm_author_email string The email address of the author of the most recent commit to the source code repository. In git, this is the setting `user.email`.
scm_author_name string The username of the author of the most recent commit to the source code repository. In git, this is the setting `user.name`.
scm_type object
scm_web_type object
start_time string The time that the rollout began. Whenever a new rollout is created, it becomes the "current" rollout for its node segment; that is, any nodes that start a Chef Infra Client run will run the policy rev
View JSON Schema on GitHub

JSON Schema

progress-software-chef-automate-api-cfgmgmt-response-rollout-schema.json Raw ↑
{
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "$id": "https://artifacts.apis.io/progress-software/json-schema/progress-software-chef-automate-api-cfgmgmt-response-rollout-schema.json",
  "title": "chef.automate.api.cfgmgmt.response.Rollout",
  "description": "A Rollout represents the process of distributing Chef Infra code (with\nPolicyfiles) to a set of nodes. It's used to track which nodes have run the\nlatest version of the Chef Infra code assigned to them and also provide the\nuser insights about the code by aggregating Chef Client run results\naccording to the version of Chef Infra code applied. Metadata about the code\nis stored in order to provide the user with convenient references back to\nsystems they already use (such as SCM and Ci/CD systems) to manage their code.\n\nNodes are segmented by a triple of policy name, policy group, and policy domain URL:\npolicy name generally describes what kind of system it is, e.g., a database server\npolicy group generally describes where the system fits in the user's code\nlifecycle, e.g., \"QA\" or \"production.\" Policy groups may also represent a\nsubset of nodes within a code lifecycle stage, such as a \"production-canary\"\ngroup.\npolicy domain URL identifies the system that distributes the Chef Infra code\nand is the owner of the namespaces for policy name and group. E.g., a Chef\nServer URL with the `/organizations/:orgname` part.\n\nThere is one (or zero) revision(s) of the Chef Infra code applied to any\nsegment at a time. Rollouts track the changes to which revision of the code is\napplied to the node segments over time.",
  "x-generated": "2026-11-04",
  "x-method": "derived",
  "x-generator": "derive-json-schema.py",
  "x-source": "openapi/progress-software-configmgmt-api-openapi.yml#/components/schemas/chef.automate.api.cfgmgmt.response.Rollout",
  "type": "object",
  "properties": {
    "ci_job_id": {
      "description": "If the rollout was initiated by Ci/CD or similar system, the id of the job\nthat initiated the rollout. Should include the Ci system's nickname or\nother identifying information users would need to associate the job ID to\nthe Ci/CD system.",
      "type": "string"
    },
    "ci_job_url": {
      "description": "If the rollout was initiated via Ci/CD or similar system, the web URL\nfor the job that initiated the rollout.",
      "type": "string"
    },
    "description": {
      "description": "A free-form description of the rollout, as given by the user. Long\nmessages may be displayed in a truncated form in the UI. The content may\nbe entered manually by the user or extracted from another system, for\nexample a git commit message.",
      "type": "string"
    },
    "end_time": {
      "description": "The time that the rollout was replaced with another rollout.",
      "type": "string"
    },
    "id": {
      "description": "The system-generated ID for this rollout. The system currently provides\nautoincrementing integers for the Ids.",
      "type": "string"
    },
    "policy_domain_url": {
      "description": "In the Chef Server case, the policy domain URL is the Chef Server URL\nwith the `/organizations/:orgname` portion of the URL path included. In\ngeneral, this can be a URL for any content storage/distribution service,\nas long as the combination of policy_name and policy_node_group is unique\non that system.\n\nThe set of nodes configured to fetch policy content from the\npolicy_domain_url and configured with the same policy_name and\npolicy_node_group form the target set of nodes for a rollout and are\nexpected to apply the policy revision described by the rollout.",
      "type": "string"
    },
    "policy_domain_username": {
      "description": "The username of the entity who uploaded/promoted the policy code to the\ncode host. In a Chef Server architecture, this is the name of the Chef\nServer user who ran the `chef push` command to upload the policy.",
      "type": "string"
    },
    "policy_name": {
      "type": "string",
      "title": "The name of the policy, i.e., the `name` attribute in the Policyfile"
    },
    "policy_node_group": {
      "description": "The group of nodes which are targeted by the rollout. In the Chef Server\ncase, this is the policy_group to which the user is pushing the policy.",
      "type": "string"
    },
    "policy_revision_id": {
      "type": "string",
      "title": "The revision_id of the compiled policy being rolled out"
    },
    "policy_scm_commit": {
      "description": "The source control system's identifier for the repository version. This\nshould be the version where the policy's lockfile was committed.",
      "type": "string"
    },
    "policy_scm_url": {
      "type": "string",
      "title": "The URL used to obtain a copy of the source code repository"
    },
    "policy_scm_web_url": {
      "type": "string",
      "title": "The URL used to view the source code repository via the web"
    },
    "scm_author_email": {
      "description": "The email address of the author of the most recent commit to the source\ncode repository. In git, this is the setting `user.email`.",
      "type": "string"
    },
    "scm_author_name": {
      "description": "The username of the author of the most recent commit to the source code\nrepository. In git, this is the setting `user.name`.",
      "type": "string"
    },
    "scm_type": {
      "title": "The source control system used with the policyfile",
      "$ref": "#/$defs/chef.automate.api.cfgmgmt.response.SCMType"
    },
    "scm_web_type": {
      "title": "The software/service used to host the source code repository",
      "$ref": "#/$defs/chef.automate.api.cfgmgmt.response.SCMWebType"
    },
    "start_time": {
      "description": "The time that the rollout began. Whenever a new rollout is created, it\nbecomes the \"current\" rollout for its node segment; that is, any nodes\nthat start a Chef Infra Client run will run the policy revision described\nby this \"current\" rollout. The system will populate the previously current\nrollout's `end_time` attribute with the current time.",
      "type": "string"
    }
  },
  "$defs": {
    "chef.automate.api.cfgmgmt.response.SCMType": {
      "type": "string",
      "default": "SCM_TYPE_UNSPECIFIED",
      "enum": [
        "SCM_TYPE_UNSPECIFIED",
        "SCM_TYPE_UNKNOWN_SCM",
        "SCM_TYPE_GIT"
      ]
    },
    "chef.automate.api.cfgmgmt.response.SCMWebType": {
      "type": "string",
      "default": "SCM_WEB_TYPE_UNSPECIFIED",
      "enum": [
        "SCM_WEB_TYPE_UNSPECIFIED",
        "SCM_WEB_TYPE_UNKNOWN_SCM_WEB",
        "SCM_WEB_TYPE_GITHUB"
      ]
    }
  }
}

Work with this as data

Every JSON Schema here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for schemas

4 MCP tools reach this
  • find_json_schemasBrowse and filter every JSON Schema in the catalog.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools →

Call it yourself

curl for this page
This JSON Schema
curl "https://apis.io/api/v1/json-schemas/progress-software-chef-automate-api-cfgmgmt-response-rollout"
All schemas
curl "https://apis.io/api/v1/json-schemas?limit=25"

Calls without X-API-Key need no key. Calls with it need a paid plan — get a key.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

A second provider on the same verified email joins the account you already have.