Skip to content

cub changeorder update

cub changeorder update

Update a changeorder or multiple changeorders

Synopsis

Update a changeorder or multiple changeorders using bulk operations.

Single changeorder update:

  cub changeorder update my-changeorder --description "Updated description"

Bulk update with --patch:

Update multiple changeorders at once based on search criteria. Requires --patch flag with no positional arguments.

Examples:

  # Update description for all changeorders matching a pattern
  echo '{"Description": "Archived changeorder"}' | cub changeorder update --patch --where "CreatedAt < '2024-01-01'" --from-stdin

  # Update description for specific changeorders
  cub changeorder update --patch --changeorder cs1,cs2 --description "Updated description"

  # Abort a changeorder, so that it reads as Aborted rather than still on its way
  cub changeorder update my-changeorder --aborted-reason "superseded by the 1.43 rollout"

  # Put an aborted changeorder back on its way
  cub changeorder update my-changeorder --aborted-reason ""

  # Change where a changeorder is headed, which re-derives what it covers
  cub changeorder update my-changeorder --in-scope-space staging,prod-use2,prod-usw2

  # Clear the list, leaving wherever its links reach to say where it is headed
  cub changeorder update my-changeorder --in-scope-space "-"

  # Say where it is headed as a selection, which the server evaluates into its in-scope spaces
  cub changeorder update my-changeorder --where-space-field "Labels.Environment = 'prod'"

  # Narrow it with a Filter over Spaces, ANDed with the expression
  cub changeorder update my-changeorder --space-filter platform/use2-spaces

  # Take in the spaces that have come to match since, which a changeorder does not do on its own
  cub changeorder update my-changeorder --refresh-spaces

  # Clear both, keeping the spaces they last selected and handing the list back to --in-scope-space
  cub changeorder update my-changeorder --where-space-field "-" --space-filter "-"

  # Ask for reviews: of alice where the change stands in the staging stage, and of bob in the
  # change order's own space. Asking again re-requests a review
  cub changeorder update my-changeorder --request-review staging:alice,bob

  # Withdraw a review request
  cub changeorder update my-changeorder --withdraw-review-request staging:alice

  # Update tags for changeorders using JSON patch
  echo '{"StartTagID": "new-tag-uuid", "EndTagID": "another-tag-uuid"}' | cub changeorder update --patch --where "Description LIKE 'Release%'" --from-stdin
cub changeorder update [<slug or id>] [options...] [flags]

Options

      --aborted-reason string             why the change order was given up on; setting it aborts the change order, and passing an empty value puts it back on its way
      --annotation strings                annotations in key=value format; can separate by commas and/or use multiple instances of the flag
      --changeorder strings               target specific changeorders by slug or UUID for bulk patch (can be repeated or comma-separated)
      --delete-gate strings               delete gates in key[=true] format; can separate by commas and/or use multiple instances of the flag
      --description string                human-readable description of the change
      --display-name string               friendly name for the entity, which need not be unique or URL-safe; an entity without one is shown by its slug
      --dry-run                           report what the command would write, and write nothing
      --filename string                   Read the ConfigHub entity's fields, as YAML or JSON, from file, URL (https://), or stdin (-), as --from-stdin does; mutually exclusive with --from-stdin
      --filter string                     Filter entity to apply to the list. Specify as 'space/filter' for cross-space filters or just 'filter' for current space. Supports both slugs and UUIDs. The filter will be combined with any --where clause using AND logic. Examples: "production-filters/security-check", "my-filter-uuid", "validation-rules"
      --from-stdin                        Read the ConfigHub entity's fields, as YAML or JSON, from stdin; merged with command arguments on create, and merged with command arguments and existing entity on update. A field the entity does not have, or one only the server sets, is refused; cub <entity> explain lists the fields
  -h, --help                              help for update
      --hidden-reason string              hide the entity, giving the reason as a name such as Archived: lists and bulk operations leave it out unless --include-hidden names the reason (use '-' to clear, which shows the entity again)
      --in-scope-space strings            spaces (slug or UUID) this change order propagates into, stored on it as InScopeSpaceIDs and re-deriving what it covers (can be repeated or comma-separated; use '-' to clear)
      --include-hidden string[="*"]       Also select hidden entities, to list or to act on: those hidden for the given HiddenReasons, comma-separated, as in --include-hidden=BackingUnit, or for any reason when given no value or "*". ConfigHub/YAML Units, which hold the configuration of other entities, are hidden with the reason BackingUnit. A --where naming entities by Slug or ID selects them whether hidden or not
      --label strings                     labels in key=value format; can separate by commas and/or use multiple instances of the flag
  -o, --output string                     Output format. One of: json, yaml, name, wide, mutations, jq=<expr>, yq=<expr>, custom-columns=<spec>
      --patch                             use patch API for individual or bulk operations
      --permission strings                permission in format Action:UserIDOrUsername, Action:group:GroupSlugOrID or Action:serviceaccount:ServiceAccountSlugOrID to add, or the same prefixed with - to remove (e.g., Manage:user@example.com, View:group:platform, View:serviceaccount:deploy-bot, -View:user@example.com, can be repeated)
      --quiet                             No default output.
      --refresh-spaces                    re-evaluate the where expression and/or space filter into the change order's in-scope spaces even if neither has changed, re-deriving what it covers if the spaces moved
      --replace                           Replace entity instead of merging when using --from-stdin or --filename
      --request-review strings            ask a user (username or ID) to review the change, as [<stage>:]<user>: where it stands in that stage's spaces, or with no stage in the change order's own space. Asking again re-requests the review (can be repeated or comma-separated)
      --space-filter string               filter over Spaces (slug, space/slug, or UUID) selecting where this change order is headed, ANDed with its where expression (use '-' to clear)
      --verbose                           Detailed output, additive with default output
      --where string                      Filter expression using SQL-inspired syntax. Supports conjunctions with AND. String operators: =, !=, <, >, <=, >=, LIKE, NOT LIKE, ILIKE, ~~, !~~, ~, ~*, !~, !~*. Pattern matching with LIKE/ILIKE uses % and _ wildcards. Regex operators (~, ~*, !~, !~*) support POSIX regular expressions. A related entity is referenced by prefix, as in "UpstreamUnit.Slug = 'base'"; when the reference names a list, a * segment matches any element, as in "FromLink.*.Slug = 'upgrade-app'". Examples: "Slug LIKE 'app-%'", "DisplayName ILIKE '%backend%'", "Slug ~ '^[a-z]+-[0-9]+$'"
      --where-space-field string          where expression over Spaces selecting where this change order is headed, stored on it as WhereSpace and ANDed with its space filter; while either is set, the server sets its in-scope spaces from them (use '-' to clear)
      --withdraw-review-request strings   withdraw a review request, named as [<stage>:]<user> (can be repeated or comma-separated)

Options inherited from parent commands

      --component string   the Component of --variant, when that names the variant alone; --variant <component>/<variant> says the same in one flag
      --context string     The context to use for this command
      --debug              Debug output
      --space string       space to operate in, by slug or UUID. Omitted, a list or bulk operation spans the organization and a single entity is named as <space>/<slug>
      --variant string     variant to operate in, as <component>/<variant>, or as <variant> with --component: the space naming that Component whose Variant label is <variant>. The same scope as --space, named by what it is rather than by the space's slug; the two cannot be combined

SEE ALSO