google-apis-deploymentmanager_alpha 0.25.0 → 0.26.0

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 9cb88bd07fabcefd005f8ccd7ffe8b44aa8f65f72d766598b759d4282a12088e
-  data.tar.gz: 690c705d5b67914f9b4d2655e7ee1579a55588cb93711aeda35aae13b7719bf3
+  metadata.gz: 36ba8c6137eb4ea0747ac78abc878ae8fb87d58821bbd75a994a6c3b623832c8
+  data.tar.gz: d29a1ad4be50fc904ffca48107fec2a0063861ef542590d053b184f5425c18da
 SHA512:
-  metadata.gz: 6af82e2bdf6408d63efeba8e8e932c34744cf800847b5bcbe25e72454213a5bfbae4e56ce86c582e8f2339195fbd34ac80ca264f6dde36f90f2048e010067fff
-  data.tar.gz: 52e6f8a25cfddecf342568ddf6d2c061e050aaab9ec76a537e96285ab86e63d8be40f244694856e55fcae90479c9a10565034d40ba0c49ded51e22997d7b9066
+  metadata.gz: 1f430a07e64a35932429f41eba7bb5761de699882a6560750afaeb9141e83ed11a4b273b78dfc00392a600b1e4526153e35a99c74d0e675e6047c82cadd55a8c
+  data.tar.gz: 4249ea042bb5642d318cbd86655d9760930277abf25c211c52e20a99ed456fcdce1968e6fcef2e1ac22d965f63ea148d804859b0655f54d70dfe8c7ea2c936d5

data/CHANGELOG.md

@@ -1,5 +1,9 @@
 # Release history for google-apis-deploymentmanager_alpha
 
+### v0.26.0 (2023-10-01)
+
+* Regenerated from discovery document revision 20230921
+
 ### v0.25.0 (2023-08-27)
 
 * Regenerated from discovery document revision 20230821

data/lib/google/apis/deploymentmanager_alpha/gem_version.rb

@@ -16,13 +16,13 @@ module Google
   module Apis
     module DeploymentmanagerAlpha
       # Version of the google-apis-deploymentmanager_alpha gem
-      GEM_VERSION = "0.25.0"
+      GEM_VERSION = "0.26.0"
 
       # Version of the code generator used to generate this client
       GENERATOR_VERSION = "0.12.0"
 
       # Revision of the discovery document this client was generated from
-      REVISION = "20230821"
+      REVISION = "20230921"
     end
   end
 end

data/lib/google/apis/deploymentmanager_alpha/service.rb

@@ -157,33 +157,34 @@ module Google
         #   A filter expression that filters resources listed in the response. Most
         #   Compute resources support two types of filter expressions: expressions that
         #   support regular expressions and expressions that follow API improvement
-        #   proposal AIP-160. If you want to use AIP-160, your expression must specify the
-        #   field name, an operator, and the value that you want to use for filtering. The
-        #   value must be a string, a number, or a boolean. The operator must be either `=`
-        #   , `!=`, `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
+        #   proposal AIP-160. These two types of filter expressions cannot be mixed in one
+        #   request. If you want to use AIP-160, your expression must specify the field
+        #   name, an operator, and the value that you want to use for filtering. The value
+        #   must be a string, a number, or a boolean. The operator must be either `=`, `!=`
+        #   , `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
         #   Engine instances, you can exclude instances named `example-instance` by
-        #   specifying `name != example-instance`. The `:` operator can be used with
-        #   string fields to match substrings. For non-string fields it is equivalent to
-        #   the `=` operator. The `:*` comparison can be used to test whether a key has
-        #   been defined. For example, to find all objects with `owner` label use: ```
-        #   labels.owner:* ``` You can also filter nested fields. For example, you could
-        #   specify `scheduling.automaticRestart = false` to include instances only if
-        #   they are not scheduled for automatic restarts. You can use filtering on nested
-        #   fields to filter based on resource labels. To filter on multiple expressions,
-        #   provide each separate expression within parentheses. For example: ``` (
-        #   scheduling.automaticRestart = true) (cpuPlatform = "Intel Skylake") ``` By
-        #   default, each expression is an `AND` expression. However, you can include `AND`
-        #   and `OR` expressions explicitly. For example: ``` (cpuPlatform = "Intel
-        #   Skylake") OR (cpuPlatform = "Intel Broadwell") AND (scheduling.
-        #   automaticRestart = true) ``` If you want to use a regular expression, use the `
-        #   eq` (equal) or `ne` (not equal) operator against a single un-parenthesized
-        #   expression with or without quotes or against multiple parenthesized
-        #   expressions. Examples: `fieldname eq unquoted literal` `fieldname eq 'single
-        #   quoted literal'` `fieldname eq "double quoted literal"` `(fieldname1 eq
-        #   literal) (fieldname2 ne "literal")` The literal value is interpreted as a
-        #   regular expression using Google RE2 library syntax. The literal value must
-        #   match the entire field. For example, to filter for instances that do not end
-        #   with name "instance", you would use `name ne .*instance`.
+        #   specifying `name != example-instance`. The `:*` comparison can be used to test
+        #   whether a key has been defined. For example, to find all objects with `owner`
+        #   label use: ``` labels.owner:* ``` You can also filter nested fields. For
+        #   example, you could specify `scheduling.automaticRestart = false` to include
+        #   instances only if they are not scheduled for automatic restarts. You can use
+        #   filtering on nested fields to filter based on resource labels. To filter on
+        #   multiple expressions, provide each separate expression within parentheses. For
+        #   example: ``` (scheduling.automaticRestart = true) (cpuPlatform = "Intel
+        #   Skylake") ``` By default, each expression is an `AND` expression. However, you
+        #   can include `AND` and `OR` expressions explicitly. For example: ``` (
+        #   cpuPlatform = "Intel Skylake") OR (cpuPlatform = "Intel Broadwell") AND (
+        #   scheduling.automaticRestart = true) ``` If you want to use a regular
+        #   expression, use the `eq` (equal) or `ne` (not equal) operator against a single
+        #   un-parenthesized expression with or without quotes or against multiple
+        #   parenthesized expressions. Examples: `fieldname eq unquoted literal` `
+        #   fieldname eq 'single quoted literal'` `fieldname eq "double quoted literal"` `(
+        #   fieldname1 eq literal) (fieldname2 ne "literal")` The literal value is
+        #   interpreted as a regular expression using Google RE2 library syntax. The
+        #   literal value must match the entire field. For example, to filter for
+        #   instances that do not end with name "instance", you would use `name ne .*
+        #   instance`. You cannot combine constraints on multiple fields using regular
+        #   expressions.
         # @param [Fixnum] max_results
         #   The maximum number of results per page that should be returned. If the number
         #   of available results is larger than `maxResults`, Compute Engine returns a `
@@ -498,33 +499,34 @@ module Google
         #   A filter expression that filters resources listed in the response. Most
         #   Compute resources support two types of filter expressions: expressions that
         #   support regular expressions and expressions that follow API improvement
-        #   proposal AIP-160. If you want to use AIP-160, your expression must specify the
-        #   field name, an operator, and the value that you want to use for filtering. The
-        #   value must be a string, a number, or a boolean. The operator must be either `=`
-        #   , `!=`, `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
+        #   proposal AIP-160. These two types of filter expressions cannot be mixed in one
+        #   request. If you want to use AIP-160, your expression must specify the field
+        #   name, an operator, and the value that you want to use for filtering. The value
+        #   must be a string, a number, or a boolean. The operator must be either `=`, `!=`
+        #   , `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
         #   Engine instances, you can exclude instances named `example-instance` by
-        #   specifying `name != example-instance`. The `:` operator can be used with
-        #   string fields to match substrings. For non-string fields it is equivalent to
-        #   the `=` operator. The `:*` comparison can be used to test whether a key has
-        #   been defined. For example, to find all objects with `owner` label use: ```
-        #   labels.owner:* ``` You can also filter nested fields. For example, you could
-        #   specify `scheduling.automaticRestart = false` to include instances only if
-        #   they are not scheduled for automatic restarts. You can use filtering on nested
-        #   fields to filter based on resource labels. To filter on multiple expressions,
-        #   provide each separate expression within parentheses. For example: ``` (
-        #   scheduling.automaticRestart = true) (cpuPlatform = "Intel Skylake") ``` By
-        #   default, each expression is an `AND` expression. However, you can include `AND`
-        #   and `OR` expressions explicitly. For example: ``` (cpuPlatform = "Intel
-        #   Skylake") OR (cpuPlatform = "Intel Broadwell") AND (scheduling.
-        #   automaticRestart = true) ``` If you want to use a regular expression, use the `
-        #   eq` (equal) or `ne` (not equal) operator against a single un-parenthesized
-        #   expression with or without quotes or against multiple parenthesized
-        #   expressions. Examples: `fieldname eq unquoted literal` `fieldname eq 'single
-        #   quoted literal'` `fieldname eq "double quoted literal"` `(fieldname1 eq
-        #   literal) (fieldname2 ne "literal")` The literal value is interpreted as a
-        #   regular expression using Google RE2 library syntax. The literal value must
-        #   match the entire field. For example, to filter for instances that do not end
-        #   with name "instance", you would use `name ne .*instance`.
+        #   specifying `name != example-instance`. The `:*` comparison can be used to test
+        #   whether a key has been defined. For example, to find all objects with `owner`
+        #   label use: ``` labels.owner:* ``` You can also filter nested fields. For
+        #   example, you could specify `scheduling.automaticRestart = false` to include
+        #   instances only if they are not scheduled for automatic restarts. You can use
+        #   filtering on nested fields to filter based on resource labels. To filter on
+        #   multiple expressions, provide each separate expression within parentheses. For
+        #   example: ``` (scheduling.automaticRestart = true) (cpuPlatform = "Intel
+        #   Skylake") ``` By default, each expression is an `AND` expression. However, you
+        #   can include `AND` and `OR` expressions explicitly. For example: ``` (
+        #   cpuPlatform = "Intel Skylake") OR (cpuPlatform = "Intel Broadwell") AND (
+        #   scheduling.automaticRestart = true) ``` If you want to use a regular
+        #   expression, use the `eq` (equal) or `ne` (not equal) operator against a single
+        #   un-parenthesized expression with or without quotes or against multiple
+        #   parenthesized expressions. Examples: `fieldname eq unquoted literal` `
+        #   fieldname eq 'single quoted literal'` `fieldname eq "double quoted literal"` `(
+        #   fieldname1 eq literal) (fieldname2 ne "literal")` The literal value is
+        #   interpreted as a regular expression using Google RE2 library syntax. The
+        #   literal value must match the entire field. For example, to filter for
+        #   instances that do not end with name "instance", you would use `name ne .*
+        #   instance`. You cannot combine constraints on multiple fields using regular
+        #   expressions.
         # @param [Fixnum] max_results
         #   The maximum number of results per page that should be returned. If the number
         #   of available results is larger than `maxResults`, Compute Engine returns a `
@@ -837,33 +839,34 @@ module Google
         #   A filter expression that filters resources listed in the response. Most
         #   Compute resources support two types of filter expressions: expressions that
         #   support regular expressions and expressions that follow API improvement
-        #   proposal AIP-160. If you want to use AIP-160, your expression must specify the
-        #   field name, an operator, and the value that you want to use for filtering. The
-        #   value must be a string, a number, or a boolean. The operator must be either `=`
-        #   , `!=`, `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
+        #   proposal AIP-160. These two types of filter expressions cannot be mixed in one
+        #   request. If you want to use AIP-160, your expression must specify the field
+        #   name, an operator, and the value that you want to use for filtering. The value
+        #   must be a string, a number, or a boolean. The operator must be either `=`, `!=`
+        #   , `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
         #   Engine instances, you can exclude instances named `example-instance` by
-        #   specifying `name != example-instance`. The `:` operator can be used with
-        #   string fields to match substrings. For non-string fields it is equivalent to
-        #   the `=` operator. The `:*` comparison can be used to test whether a key has
-        #   been defined. For example, to find all objects with `owner` label use: ```
-        #   labels.owner:* ``` You can also filter nested fields. For example, you could
-        #   specify `scheduling.automaticRestart = false` to include instances only if
-        #   they are not scheduled for automatic restarts. You can use filtering on nested
-        #   fields to filter based on resource labels. To filter on multiple expressions,
-        #   provide each separate expression within parentheses. For example: ``` (
-        #   scheduling.automaticRestart = true) (cpuPlatform = "Intel Skylake") ``` By
-        #   default, each expression is an `AND` expression. However, you can include `AND`
-        #   and `OR` expressions explicitly. For example: ``` (cpuPlatform = "Intel
-        #   Skylake") OR (cpuPlatform = "Intel Broadwell") AND (scheduling.
-        #   automaticRestart = true) ``` If you want to use a regular expression, use the `
-        #   eq` (equal) or `ne` (not equal) operator against a single un-parenthesized
-        #   expression with or without quotes or against multiple parenthesized
-        #   expressions. Examples: `fieldname eq unquoted literal` `fieldname eq 'single
-        #   quoted literal'` `fieldname eq "double quoted literal"` `(fieldname1 eq
-        #   literal) (fieldname2 ne "literal")` The literal value is interpreted as a
-        #   regular expression using Google RE2 library syntax. The literal value must
-        #   match the entire field. For example, to filter for instances that do not end
-        #   with name "instance", you would use `name ne .*instance`.
+        #   specifying `name != example-instance`. The `:*` comparison can be used to test
+        #   whether a key has been defined. For example, to find all objects with `owner`
+        #   label use: ``` labels.owner:* ``` You can also filter nested fields. For
+        #   example, you could specify `scheduling.automaticRestart = false` to include
+        #   instances only if they are not scheduled for automatic restarts. You can use
+        #   filtering on nested fields to filter based on resource labels. To filter on
+        #   multiple expressions, provide each separate expression within parentheses. For
+        #   example: ``` (scheduling.automaticRestart = true) (cpuPlatform = "Intel
+        #   Skylake") ``` By default, each expression is an `AND` expression. However, you
+        #   can include `AND` and `OR` expressions explicitly. For example: ``` (
+        #   cpuPlatform = "Intel Skylake") OR (cpuPlatform = "Intel Broadwell") AND (
+        #   scheduling.automaticRestart = true) ``` If you want to use a regular
+        #   expression, use the `eq` (equal) or `ne` (not equal) operator against a single
+        #   un-parenthesized expression with or without quotes or against multiple
+        #   parenthesized expressions. Examples: `fieldname eq unquoted literal` `
+        #   fieldname eq 'single quoted literal'` `fieldname eq "double quoted literal"` `(
+        #   fieldname1 eq literal) (fieldname2 ne "literal")` The literal value is
+        #   interpreted as a regular expression using Google RE2 library syntax. The
+        #   literal value must match the entire field. For example, to filter for
+        #   instances that do not end with name "instance", you would use `name ne .*
+        #   instance`. You cannot combine constraints on multiple fields using regular
+        #   expressions.
         # @param [Fixnum] max_results
         #   The maximum number of results per page that should be returned. If the number
         #   of available results is larger than `maxResults`, Compute Engine returns a `
@@ -952,33 +955,34 @@ module Google
         #   A filter expression that filters resources listed in the response. Most
         #   Compute resources support two types of filter expressions: expressions that
         #   support regular expressions and expressions that follow API improvement
-        #   proposal AIP-160. If you want to use AIP-160, your expression must specify the
-        #   field name, an operator, and the value that you want to use for filtering. The
-        #   value must be a string, a number, or a boolean. The operator must be either `=`
-        #   , `!=`, `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
+        #   proposal AIP-160. These two types of filter expressions cannot be mixed in one
+        #   request. If you want to use AIP-160, your expression must specify the field
+        #   name, an operator, and the value that you want to use for filtering. The value
+        #   must be a string, a number, or a boolean. The operator must be either `=`, `!=`
+        #   , `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
         #   Engine instances, you can exclude instances named `example-instance` by
-        #   specifying `name != example-instance`. The `:` operator can be used with
-        #   string fields to match substrings. For non-string fields it is equivalent to
-        #   the `=` operator. The `:*` comparison can be used to test whether a key has
-        #   been defined. For example, to find all objects with `owner` label use: ```
-        #   labels.owner:* ``` You can also filter nested fields. For example, you could
-        #   specify `scheduling.automaticRestart = false` to include instances only if
-        #   they are not scheduled for automatic restarts. You can use filtering on nested
-        #   fields to filter based on resource labels. To filter on multiple expressions,
-        #   provide each separate expression within parentheses. For example: ``` (
-        #   scheduling.automaticRestart = true) (cpuPlatform = "Intel Skylake") ``` By
-        #   default, each expression is an `AND` expression. However, you can include `AND`
-        #   and `OR` expressions explicitly. For example: ``` (cpuPlatform = "Intel
-        #   Skylake") OR (cpuPlatform = "Intel Broadwell") AND (scheduling.
-        #   automaticRestart = true) ``` If you want to use a regular expression, use the `
-        #   eq` (equal) or `ne` (not equal) operator against a single un-parenthesized
-        #   expression with or without quotes or against multiple parenthesized
-        #   expressions. Examples: `fieldname eq unquoted literal` `fieldname eq 'single
-        #   quoted literal'` `fieldname eq "double quoted literal"` `(fieldname1 eq
-        #   literal) (fieldname2 ne "literal")` The literal value is interpreted as a
-        #   regular expression using Google RE2 library syntax. The literal value must
-        #   match the entire field. For example, to filter for instances that do not end
-        #   with name "instance", you would use `name ne .*instance`.
+        #   specifying `name != example-instance`. The `:*` comparison can be used to test
+        #   whether a key has been defined. For example, to find all objects with `owner`
+        #   label use: ``` labels.owner:* ``` You can also filter nested fields. For
+        #   example, you could specify `scheduling.automaticRestart = false` to include
+        #   instances only if they are not scheduled for automatic restarts. You can use
+        #   filtering on nested fields to filter based on resource labels. To filter on
+        #   multiple expressions, provide each separate expression within parentheses. For
+        #   example: ``` (scheduling.automaticRestart = true) (cpuPlatform = "Intel
+        #   Skylake") ``` By default, each expression is an `AND` expression. However, you
+        #   can include `AND` and `OR` expressions explicitly. For example: ``` (
+        #   cpuPlatform = "Intel Skylake") OR (cpuPlatform = "Intel Broadwell") AND (
+        #   scheduling.automaticRestart = true) ``` If you want to use a regular
+        #   expression, use the `eq` (equal) or `ne` (not equal) operator against a single
+        #   un-parenthesized expression with or without quotes or against multiple
+        #   parenthesized expressions. Examples: `fieldname eq unquoted literal` `
+        #   fieldname eq 'single quoted literal'` `fieldname eq "double quoted literal"` `(
+        #   fieldname1 eq literal) (fieldname2 ne "literal")` The literal value is
+        #   interpreted as a regular expression using Google RE2 library syntax. The
+        #   literal value must match the entire field. For example, to filter for
+        #   instances that do not end with name "instance", you would use `name ne .*
+        #   instance`. You cannot combine constraints on multiple fields using regular
+        #   expressions.
         # @param [Fixnum] max_results
         #   The maximum number of results per page that should be returned. If the number
         #   of available results is larger than `maxResults`, Compute Engine returns a `
@@ -1071,33 +1075,34 @@ module Google
         #   A filter expression that filters resources listed in the response. Most
         #   Compute resources support two types of filter expressions: expressions that
         #   support regular expressions and expressions that follow API improvement
-        #   proposal AIP-160. If you want to use AIP-160, your expression must specify the
-        #   field name, an operator, and the value that you want to use for filtering. The
-        #   value must be a string, a number, or a boolean. The operator must be either `=`
-        #   , `!=`, `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
+        #   proposal AIP-160. These two types of filter expressions cannot be mixed in one
+        #   request. If you want to use AIP-160, your expression must specify the field
+        #   name, an operator, and the value that you want to use for filtering. The value
+        #   must be a string, a number, or a boolean. The operator must be either `=`, `!=`
+        #   , `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
         #   Engine instances, you can exclude instances named `example-instance` by
-        #   specifying `name != example-instance`. The `:` operator can be used with
-        #   string fields to match substrings. For non-string fields it is equivalent to
-        #   the `=` operator. The `:*` comparison can be used to test whether a key has
-        #   been defined. For example, to find all objects with `owner` label use: ```
-        #   labels.owner:* ``` You can also filter nested fields. For example, you could
-        #   specify `scheduling.automaticRestart = false` to include instances only if
-        #   they are not scheduled for automatic restarts. You can use filtering on nested
-        #   fields to filter based on resource labels. To filter on multiple expressions,
-        #   provide each separate expression within parentheses. For example: ``` (
-        #   scheduling.automaticRestart = true) (cpuPlatform = "Intel Skylake") ``` By
-        #   default, each expression is an `AND` expression. However, you can include `AND`
-        #   and `OR` expressions explicitly. For example: ``` (cpuPlatform = "Intel
-        #   Skylake") OR (cpuPlatform = "Intel Broadwell") AND (scheduling.
-        #   automaticRestart = true) ``` If you want to use a regular expression, use the `
-        #   eq` (equal) or `ne` (not equal) operator against a single un-parenthesized
-        #   expression with or without quotes or against multiple parenthesized
-        #   expressions. Examples: `fieldname eq unquoted literal` `fieldname eq 'single
-        #   quoted literal'` `fieldname eq "double quoted literal"` `(fieldname1 eq
-        #   literal) (fieldname2 ne "literal")` The literal value is interpreted as a
-        #   regular expression using Google RE2 library syntax. The literal value must
-        #   match the entire field. For example, to filter for instances that do not end
-        #   with name "instance", you would use `name ne .*instance`.
+        #   specifying `name != example-instance`. The `:*` comparison can be used to test
+        #   whether a key has been defined. For example, to find all objects with `owner`
+        #   label use: ``` labels.owner:* ``` You can also filter nested fields. For
+        #   example, you could specify `scheduling.automaticRestart = false` to include
+        #   instances only if they are not scheduled for automatic restarts. You can use
+        #   filtering on nested fields to filter based on resource labels. To filter on
+        #   multiple expressions, provide each separate expression within parentheses. For
+        #   example: ``` (scheduling.automaticRestart = true) (cpuPlatform = "Intel
+        #   Skylake") ``` By default, each expression is an `AND` expression. However, you
+        #   can include `AND` and `OR` expressions explicitly. For example: ``` (
+        #   cpuPlatform = "Intel Skylake") OR (cpuPlatform = "Intel Broadwell") AND (
+        #   scheduling.automaticRestart = true) ``` If you want to use a regular
+        #   expression, use the `eq` (equal) or `ne` (not equal) operator against a single
+        #   un-parenthesized expression with or without quotes or against multiple
+        #   parenthesized expressions. Examples: `fieldname eq unquoted literal` `
+        #   fieldname eq 'single quoted literal'` `fieldname eq "double quoted literal"` `(
+        #   fieldname1 eq literal) (fieldname2 ne "literal")` The literal value is
+        #   interpreted as a regular expression using Google RE2 library syntax. The
+        #   literal value must match the entire field. For example, to filter for
+        #   instances that do not end with name "instance", you would use `name ne .*
+        #   instance`. You cannot combine constraints on multiple fields using regular
+        #   expressions.
         # @param [Fixnum] max_results
         #   The maximum number of results per page that should be returned. If the number
         #   of available results is larger than `maxResults`, Compute Engine returns a `
@@ -1288,33 +1293,34 @@ module Google
         #   A filter expression that filters resources listed in the response. Most
         #   Compute resources support two types of filter expressions: expressions that
         #   support regular expressions and expressions that follow API improvement
-        #   proposal AIP-160. If you want to use AIP-160, your expression must specify the
-        #   field name, an operator, and the value that you want to use for filtering. The
-        #   value must be a string, a number, or a boolean. The operator must be either `=`
-        #   , `!=`, `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
+        #   proposal AIP-160. These two types of filter expressions cannot be mixed in one
+        #   request. If you want to use AIP-160, your expression must specify the field
+        #   name, an operator, and the value that you want to use for filtering. The value
+        #   must be a string, a number, or a boolean. The operator must be either `=`, `!=`
+        #   , `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
         #   Engine instances, you can exclude instances named `example-instance` by
-        #   specifying `name != example-instance`. The `:` operator can be used with
-        #   string fields to match substrings. For non-string fields it is equivalent to
-        #   the `=` operator. The `:*` comparison can be used to test whether a key has
-        #   been defined. For example, to find all objects with `owner` label use: ```
-        #   labels.owner:* ``` You can also filter nested fields. For example, you could
-        #   specify `scheduling.automaticRestart = false` to include instances only if
-        #   they are not scheduled for automatic restarts. You can use filtering on nested
-        #   fields to filter based on resource labels. To filter on multiple expressions,
-        #   provide each separate expression within parentheses. For example: ``` (
-        #   scheduling.automaticRestart = true) (cpuPlatform = "Intel Skylake") ``` By
-        #   default, each expression is an `AND` expression. However, you can include `AND`
-        #   and `OR` expressions explicitly. For example: ``` (cpuPlatform = "Intel
-        #   Skylake") OR (cpuPlatform = "Intel Broadwell") AND (scheduling.
-        #   automaticRestart = true) ``` If you want to use a regular expression, use the `
-        #   eq` (equal) or `ne` (not equal) operator against a single un-parenthesized
-        #   expression with or without quotes or against multiple parenthesized
-        #   expressions. Examples: `fieldname eq unquoted literal` `fieldname eq 'single
-        #   quoted literal'` `fieldname eq "double quoted literal"` `(fieldname1 eq
-        #   literal) (fieldname2 ne "literal")` The literal value is interpreted as a
-        #   regular expression using Google RE2 library syntax. The literal value must
-        #   match the entire field. For example, to filter for instances that do not end
-        #   with name "instance", you would use `name ne .*instance`.
+        #   specifying `name != example-instance`. The `:*` comparison can be used to test
+        #   whether a key has been defined. For example, to find all objects with `owner`
+        #   label use: ``` labels.owner:* ``` You can also filter nested fields. For
+        #   example, you could specify `scheduling.automaticRestart = false` to include
+        #   instances only if they are not scheduled for automatic restarts. You can use
+        #   filtering on nested fields to filter based on resource labels. To filter on
+        #   multiple expressions, provide each separate expression within parentheses. For
+        #   example: ``` (scheduling.automaticRestart = true) (cpuPlatform = "Intel
+        #   Skylake") ``` By default, each expression is an `AND` expression. However, you
+        #   can include `AND` and `OR` expressions explicitly. For example: ``` (
+        #   cpuPlatform = "Intel Skylake") OR (cpuPlatform = "Intel Broadwell") AND (
+        #   scheduling.automaticRestart = true) ``` If you want to use a regular
+        #   expression, use the `eq` (equal) or `ne` (not equal) operator against a single
+        #   un-parenthesized expression with or without quotes or against multiple
+        #   parenthesized expressions. Examples: `fieldname eq unquoted literal` `
+        #   fieldname eq 'single quoted literal'` `fieldname eq "double quoted literal"` `(
+        #   fieldname1 eq literal) (fieldname2 ne "literal")` The literal value is
+        #   interpreted as a regular expression using Google RE2 library syntax. The
+        #   literal value must match the entire field. For example, to filter for
+        #   instances that do not end with name "instance", you would use `name ne .*
+        #   instance`. You cannot combine constraints on multiple fields using regular
+        #   expressions.
         # @param [Fixnum] max_results
         #   The maximum number of results per page that should be returned. If the number
         #   of available results is larger than `maxResults`, Compute Engine returns a `
@@ -1371,33 +1377,34 @@ module Google
         #   A filter expression that filters resources listed in the response. Most
         #   Compute resources support two types of filter expressions: expressions that
         #   support regular expressions and expressions that follow API improvement
-        #   proposal AIP-160. If you want to use AIP-160, your expression must specify the
-        #   field name, an operator, and the value that you want to use for filtering. The
-        #   value must be a string, a number, or a boolean. The operator must be either `=`
-        #   , `!=`, `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
+        #   proposal AIP-160. These two types of filter expressions cannot be mixed in one
+        #   request. If you want to use AIP-160, your expression must specify the field
+        #   name, an operator, and the value that you want to use for filtering. The value
+        #   must be a string, a number, or a boolean. The operator must be either `=`, `!=`
+        #   , `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
         #   Engine instances, you can exclude instances named `example-instance` by
-        #   specifying `name != example-instance`. The `:` operator can be used with
-        #   string fields to match substrings. For non-string fields it is equivalent to
-        #   the `=` operator. The `:*` comparison can be used to test whether a key has
-        #   been defined. For example, to find all objects with `owner` label use: ```
-        #   labels.owner:* ``` You can also filter nested fields. For example, you could
-        #   specify `scheduling.automaticRestart = false` to include instances only if
-        #   they are not scheduled for automatic restarts. You can use filtering on nested
-        #   fields to filter based on resource labels. To filter on multiple expressions,
-        #   provide each separate expression within parentheses. For example: ``` (
-        #   scheduling.automaticRestart = true) (cpuPlatform = "Intel Skylake") ``` By
-        #   default, each expression is an `AND` expression. However, you can include `AND`
-        #   and `OR` expressions explicitly. For example: ``` (cpuPlatform = "Intel
-        #   Skylake") OR (cpuPlatform = "Intel Broadwell") AND (scheduling.
-        #   automaticRestart = true) ``` If you want to use a regular expression, use the `
-        #   eq` (equal) or `ne` (not equal) operator against a single un-parenthesized
-        #   expression with or without quotes or against multiple parenthesized
-        #   expressions. Examples: `fieldname eq unquoted literal` `fieldname eq 'single
-        #   quoted literal'` `fieldname eq "double quoted literal"` `(fieldname1 eq
-        #   literal) (fieldname2 ne "literal")` The literal value is interpreted as a
-        #   regular expression using Google RE2 library syntax. The literal value must
-        #   match the entire field. For example, to filter for instances that do not end
-        #   with name "instance", you would use `name ne .*instance`.
+        #   specifying `name != example-instance`. The `:*` comparison can be used to test
+        #   whether a key has been defined. For example, to find all objects with `owner`
+        #   label use: ``` labels.owner:* ``` You can also filter nested fields. For
+        #   example, you could specify `scheduling.automaticRestart = false` to include
+        #   instances only if they are not scheduled for automatic restarts. You can use
+        #   filtering on nested fields to filter based on resource labels. To filter on
+        #   multiple expressions, provide each separate expression within parentheses. For
+        #   example: ``` (scheduling.automaticRestart = true) (cpuPlatform = "Intel
+        #   Skylake") ``` By default, each expression is an `AND` expression. However, you
+        #   can include `AND` and `OR` expressions explicitly. For example: ``` (
+        #   cpuPlatform = "Intel Skylake") OR (cpuPlatform = "Intel Broadwell") AND (
+        #   scheduling.automaticRestart = true) ``` If you want to use a regular
+        #   expression, use the `eq` (equal) or `ne` (not equal) operator against a single
+        #   un-parenthesized expression with or without quotes or against multiple
+        #   parenthesized expressions. Examples: `fieldname eq unquoted literal` `
+        #   fieldname eq 'single quoted literal'` `fieldname eq "double quoted literal"` `(
+        #   fieldname1 eq literal) (fieldname2 ne "literal")` The literal value is
+        #   interpreted as a regular expression using Google RE2 library syntax. The
+        #   literal value must match the entire field. For example, to filter for
+        #   instances that do not end with name "instance", you would use `name ne .*
+        #   instance`. You cannot combine constraints on multiple fields using regular
+        #   expressions.
         # @param [Fixnum] max_results
         #   The maximum number of results per page that should be returned. If the number
         #   of available results is larger than `maxResults`, Compute Engine returns a `
@@ -1558,33 +1565,34 @@ module Google
         #   A filter expression that filters resources listed in the response. Most
         #   Compute resources support two types of filter expressions: expressions that
         #   support regular expressions and expressions that follow API improvement
-        #   proposal AIP-160. If you want to use AIP-160, your expression must specify the
-        #   field name, an operator, and the value that you want to use for filtering. The
-        #   value must be a string, a number, or a boolean. The operator must be either `=`
-        #   , `!=`, `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
+        #   proposal AIP-160. These two types of filter expressions cannot be mixed in one
+        #   request. If you want to use AIP-160, your expression must specify the field
+        #   name, an operator, and the value that you want to use for filtering. The value
+        #   must be a string, a number, or a boolean. The operator must be either `=`, `!=`
+        #   , `>`, `<`, `<=`, `>=` or `:`. For example, if you are filtering Compute
         #   Engine instances, you can exclude instances named `example-instance` by
-        #   specifying `name != example-instance`. The `:` operator can be used with
-        #   string fields to match substrings. For non-string fields it is equivalent to
-        #   the `=` operator. The `:*` comparison can be used to test whether a key has
-        #   been defined. For example, to find all objects with `owner` label use: ```
-        #   labels.owner:* ``` You can also filter nested fields. For example, you could
-        #   specify `scheduling.automaticRestart = false` to include instances only if
-        #   they are not scheduled for automatic restarts. You can use filtering on nested
-        #   fields to filter based on resource labels. To filter on multiple expressions,
-        #   provide each separate expression within parentheses. For example: ``` (
-        #   scheduling.automaticRestart = true) (cpuPlatform = "Intel Skylake") ``` By
-        #   default, each expression is an `AND` expression. However, you can include `AND`
-        #   and `OR` expressions explicitly. For example: ``` (cpuPlatform = "Intel
-        #   Skylake") OR (cpuPlatform = "Intel Broadwell") AND (scheduling.
-        #   automaticRestart = true) ``` If you want to use a regular expression, use the `
-        #   eq` (equal) or `ne` (not equal) operator against a single un-parenthesized
-        #   expression with or without quotes or against multiple parenthesized
-        #   expressions. Examples: `fieldname eq unquoted literal` `fieldname eq 'single
-        #   quoted literal'` `fieldname eq "double quoted literal"` `(fieldname1 eq
-        #   literal) (fieldname2 ne "literal")` The literal value is interpreted as a
-        #   regular expression using Google RE2 library syntax. The literal value must
-        #   match the entire field. For example, to filter for instances that do not end
-        #   with name "instance", you would use `name ne .*instance`.
+        #   specifying `name != example-instance`. The `:*` comparison can be used to test
+        #   whether a key has been defined. For example, to find all objects with `owner`
+        #   label use: ``` labels.owner:* ``` You can also filter nested fields. For
+        #   example, you could specify `scheduling.automaticRestart = false` to include
+        #   instances only if they are not scheduled for automatic restarts. You can use
+        #   filtering on nested fields to filter based on resource labels. To filter on
+        #   multiple expressions, provide each separate expression within parentheses. For
+        #   example: ``` (scheduling.automaticRestart = true) (cpuPlatform = "Intel
+        #   Skylake") ``` By default, each expression is an `AND` expression. However, you
+        #   can include `AND` and `OR` expressions explicitly. For example: ``` (
+        #   cpuPlatform = "Intel Skylake") OR (cpuPlatform = "Intel Broadwell") AND (
+        #   scheduling.automaticRestart = true) ``` If you want to use a regular
+        #   expression, use the `eq` (equal) or `ne` (not equal) operator against a single
+        #   un-parenthesized expression with or without quotes or against multiple
+        #   parenthesized expressions. Examples: `fieldname eq unquoted literal` `
+        #   fieldname eq 'single quoted literal'` `fieldname eq "double quoted literal"` `(
+        #   fieldname1 eq literal) (fieldname2 ne "literal")` The literal value is
+        #   interpreted as a regular expression using Google RE2 library syntax. The
+        #   literal value must match the entire field. For example, to filter for
+        #   instances that do not end with name "instance", you would use `name ne .*
+        #   instance`. You cannot combine constraints on multiple fields using regular
+        #   expressions.
         # @param [Fixnum] max_results
         #   The maximum number of results per page that should be returned. If the number
         #   of available results is larger than `maxResults`, Compute Engine returns a `

metadata

@@ -1,14 +1,14 @@
 --- !ruby/object:Gem::Specification
 name: google-apis-deploymentmanager_alpha
 version: !ruby/object:Gem::Version
-  version: 0.25.0
+  version: 0.26.0
 platform: ruby
 authors:
 - Google LLC
 autorequire: 
 bindir: bin
 cert_chain: []
-date: 2023-08-27 00:00:00.000000000 Z
+date: 2023-10-01 00:00:00.000000000 Z
 dependencies:
 - !ruby/object:Gem::Dependency
   name: google-apis-core
@@ -58,7 +58,7 @@ licenses:
 metadata:
   bug_tracker_uri: https://github.com/googleapis/google-api-ruby-client/issues
   changelog_uri: https://github.com/googleapis/google-api-ruby-client/tree/main/generated/google-apis-deploymentmanager_alpha/CHANGELOG.md
-  documentation_uri: https://googleapis.dev/ruby/google-apis-deploymentmanager_alpha/v0.25.0
+  documentation_uri: https://googleapis.dev/ruby/google-apis-deploymentmanager_alpha/v0.26.0
   source_code_uri: https://github.com/googleapis/google-api-ruby-client/tree/main/generated/google-apis-deploymentmanager_alpha
 post_install_message: 
 rdoc_options: []