google-apis-firestore_v1beta1 0.55.0 → 0.56.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
checksums.yaml CHANGED
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  SHA256:
3
- metadata.gz: 10a160e4ae81e9230bec49a459b8fb1d5b64c62506fedf5f34b4bb8535ed7fb7
4
- data.tar.gz: 68c3e0874d4e116b3ec13f19ba69a809db4bbb6e53f6f13e7d191dd41b5a5b05
3
+ metadata.gz: 88fc6263869932e29144b5e0f58f73a8405051f8443babafadbd150a7846a628
4
+ data.tar.gz: c3725e69ee08704f2d268b950b360e8f8827f7434a986f03b6abaebc58cdbdb3
5
5
  SHA512:
6
- metadata.gz: cd6829ac27c16e92cdae34f8c63d9a66369efbd7d4d3211bc0f230d6a3df11788a82a097cdd47efc21101055d7a57ea5f7ff7a9791a656c7772126a1d7b5ec9a
7
- data.tar.gz: dc5ca178520534576e0484f105be6fe70732e94a19a34ca5e089b28fed7092a37550d1ba06c7abf5b77b6c7de0d61b51ee1251729314bf7e3c1c8fe5d9568b34
6
+ metadata.gz: c0ae552a0bef900666d6a4d0aa4c6700cdd567e6494f931b77cd1637734d75603fd1a31c07c2ac7e3f65d54508f20c535a0bbaa841c5296beea82ea3521248c1
7
+ data.tar.gz: 5e129a40feae70e69fbe4af777daf63fdeb96fffd5c3d360631e8704939462690b68bd1d55c1f9e685fce3f3b38c7f7ae89373e38680a8068f6c243c65804313
data/CHANGELOG.md CHANGED
@@ -1,5 +1,9 @@
1
1
  # Release history for google-apis-firestore_v1beta1
2
2
 
3
+ ### v0.56.0 (2026-08-30)
4
+
5
+ * Regenerated from discovery document revision 20260818
6
+
3
7
  ### v0.55.0 (2026-08-23)
4
8
 
5
9
  * Regenerated from discovery document revision 20260810
@@ -180,7 +180,7 @@ module Google
180
180
  # @return [String]
181
181
  attr_accessor :read_time
182
182
 
183
- # Options for a server request.
183
+ # Options for a request.
184
184
  # Corresponds to the JSON property `requestOptions`
185
185
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
186
186
  attr_accessor :request_options
@@ -258,7 +258,7 @@ module Google
258
258
  # @return [Hash<String,String>]
259
259
  attr_accessor :labels
260
260
 
261
- # Options for a server request.
261
+ # Options for a request.
262
262
  # Corresponds to the JSON property `requestOptions`
263
263
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
264
264
  attr_accessor :request_options
@@ -318,7 +318,7 @@ module Google
318
318
  # @return [Google::Apis::FirestoreV1beta1::TransactionOptions]
319
319
  attr_accessor :options
320
320
 
321
- # Options for a server request.
321
+ # Options for a request.
322
322
  # Corresponds to the JSON property `requestOptions`
323
323
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
324
324
  attr_accessor :request_options
@@ -468,7 +468,7 @@ module Google
468
468
  class CommitRequest
469
469
  include Google::Apis::Core::Hashable
470
470
 
471
- # Options for a server request.
471
+ # Options for a request.
472
472
  # Corresponds to the JSON property `requestOptions`
473
473
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
474
474
  attr_accessor :request_options
@@ -875,7 +875,7 @@ module Google
875
875
  # @return [String]
876
876
  attr_accessor :read_time
877
877
 
878
- # Options for a server request.
878
+ # Options for a request.
879
879
  # Corresponds to the JSON property `requestOptions`
880
880
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
881
881
  attr_accessor :request_options
@@ -2129,7 +2129,7 @@ module Google
2129
2129
  # @return [String]
2130
2130
  attr_accessor :read_time
2131
2131
 
2132
- # Options for a server request.
2132
+ # Options for a request.
2133
2133
  # Corresponds to the JSON property `requestOptions`
2134
2134
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
2135
2135
  attr_accessor :request_options
@@ -2217,7 +2217,7 @@ module Google
2217
2217
  # @return [Fixnum]
2218
2218
  attr_accessor :remove_target
2219
2219
 
2220
- # Options for a server request.
2220
+ # Options for a request.
2221
2221
  # Corresponds to the JSON property `requestOptions`
2222
2222
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
2223
2223
  attr_accessor :request_options
@@ -2378,7 +2378,7 @@ module Google
2378
2378
  # @return [String]
2379
2379
  attr_accessor :read_time
2380
2380
 
2381
- # Options for a server request.
2381
+ # Options for a request.
2382
2382
  # Corresponds to the JSON property `requestOptions`
2383
2383
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
2384
2384
  attr_accessor :request_options
@@ -2611,11 +2611,31 @@ module Google
2611
2611
  end
2612
2612
  end
2613
2613
 
2614
- # Options for a server request.
2614
+ # Options for a request.
2615
2615
  class RequestOptions
2616
2616
  include Google::Apis::Core::Hashable
2617
2617
 
2618
- # Optional. The request tags for the request.
2618
+ # Optional. The request tags for the request. Request tags are user-provided
2619
+ # strings used for usage monitoring, cost management, and observability. Callers
2620
+ # can associate custom application context (such as component, microservice,
2621
+ # feature name, or operation type) with database requests. These tags are
2622
+ # collected and aggregated in usage and monitoring reports, allowing billable
2623
+ # operations and usage metrics to be sliced and analyzed by tag. These tags *
2624
+ # only* show up in monitoring and are visible in administrative operations (such
2625
+ # as usage reports). They do not affect data storage, query semantics, or
2626
+ # request execution. Cardinality and Best Practices: - Request tags are most
2627
+ # effective when using a bounded set of distinct values (e.g., fewer than 100
2628
+ # distinct tags across an entire database). Using a large number of distinct
2629
+ # tags may result in tags being omitted from top usage dashboards. - Use
2630
+ # structured identifiers (for example: `app=cart`, `env=prod`, `service=checkout`
2631
+ # ) and avoid high-cardinality values such as UUIDs, request IDs, timestamps,
2632
+ # user IDs, or document keys. - Do not include sensitive data or personally
2633
+ # identifiable information (PII) in request tags, as they show up in
2634
+ # administrative monitoring. The tags are processed as follows: - Leading and
2635
+ # trailing whitespace is trimmed. - Empty tags (after trimming) are filtered out.
2636
+ # - Truncated to a maximum of 510 characters. - Deduplicated within the same
2637
+ # request. - Limited to a maximum of 50 tags per request (excess tags are
2638
+ # silently discarded).
2619
2639
  # Corresponds to the JSON property `requestTags`
2620
2640
  # @return [Array<String>]
2621
2641
  attr_accessor :request_tags
@@ -2634,7 +2654,7 @@ module Google
2634
2654
  class RollbackRequest
2635
2655
  include Google::Apis::Core::Hashable
2636
2656
 
2637
- # Options for a server request.
2657
+ # Options for a request.
2638
2658
  # Corresponds to the JSON property `requestOptions`
2639
2659
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
2640
2660
  attr_accessor :request_options
@@ -2677,7 +2697,7 @@ module Google
2677
2697
  # @return [String]
2678
2698
  attr_accessor :read_time
2679
2699
 
2680
- # Options for a server request.
2700
+ # Options for a request.
2681
2701
  # Corresponds to the JSON property `requestOptions`
2682
2702
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
2683
2703
  attr_accessor :request_options
@@ -2775,7 +2795,7 @@ module Google
2775
2795
  # @return [String]
2776
2796
  attr_accessor :read_time
2777
2797
 
2778
- # Options for a server request.
2798
+ # Options for a request.
2779
2799
  # Corresponds to the JSON property `requestOptions`
2780
2800
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
2781
2801
  attr_accessor :request_options
@@ -3499,7 +3519,7 @@ module Google
3499
3519
  # @return [Hash<String,String>]
3500
3520
  attr_accessor :labels
3501
3521
 
3502
- # Options for a server request.
3522
+ # Options for a request.
3503
3523
  # Corresponds to the JSON property `requestOptions`
3504
3524
  # @return [Google::Apis::FirestoreV1beta1::RequestOptions]
3505
3525
  attr_accessor :request_options
@@ -16,13 +16,13 @@ module Google
16
16
  module Apis
17
17
  module FirestoreV1beta1
18
18
  # Version of the google-apis-firestore_v1beta1 gem
19
- GEM_VERSION = "0.55.0"
19
+ GEM_VERSION = "0.56.0"
20
20
 
21
21
  # Version of the code generator used to generate this client
22
22
  GENERATOR_VERSION = "0.19.0"
23
23
 
24
24
  # Revision of the discovery document this client was generated from
25
- REVISION = "20260810"
25
+ REVISION = "20260818"
26
26
  end
27
27
  end
28
28
  end
@@ -287,7 +287,27 @@ module Google
287
287
  # The list of field paths in the mask. See Document.fields for a field path
288
288
  # syntax reference.
289
289
  # @param [Array<String>, String] request_options_request_tags
290
- # Optional. The request tags for the request.
290
+ # Optional. The request tags for the request. Request tags are user-provided
291
+ # strings used for usage monitoring, cost management, and observability. Callers
292
+ # can associate custom application context (such as component, microservice,
293
+ # feature name, or operation type) with database requests. These tags are
294
+ # collected and aggregated in usage and monitoring reports, allowing billable
295
+ # operations and usage metrics to be sliced and analyzed by tag. These tags *
296
+ # only* show up in monitoring and are visible in administrative operations (such
297
+ # as usage reports). They do not affect data storage, query semantics, or
298
+ # request execution. Cardinality and Best Practices: - Request tags are most
299
+ # effective when using a bounded set of distinct values (e.g., fewer than 100
300
+ # distinct tags across an entire database). Using a large number of distinct
301
+ # tags may result in tags being omitted from top usage dashboards. - Use
302
+ # structured identifiers (for example: `app=cart`, `env=prod`, `service=checkout`
303
+ # ) and avoid high-cardinality values such as UUIDs, request IDs, timestamps,
304
+ # user IDs, or document keys. - Do not include sensitive data or personally
305
+ # identifiable information (PII) in request tags, as they show up in
306
+ # administrative monitoring. The tags are processed as follows: - Leading and
307
+ # trailing whitespace is trimmed. - Empty tags (after trimming) are filtered out.
308
+ # - Truncated to a maximum of 510 characters. - Deduplicated within the same
309
+ # request. - Limited to a maximum of 50 tags per request (excess tags are
310
+ # silently discarded).
291
311
  # @param [String] fields
292
312
  # Selector specifying which fields to include in a partial response.
293
313
  # @param [String] quota_user
@@ -332,7 +352,27 @@ module Google
332
352
  # When set, the target document must exist and have been last updated at that
333
353
  # time. Timestamp must be microsecond aligned.
334
354
  # @param [Array<String>, String] request_options_request_tags
335
- # Optional. The request tags for the request.
355
+ # Optional. The request tags for the request. Request tags are user-provided
356
+ # strings used for usage monitoring, cost management, and observability. Callers
357
+ # can associate custom application context (such as component, microservice,
358
+ # feature name, or operation type) with database requests. These tags are
359
+ # collected and aggregated in usage and monitoring reports, allowing billable
360
+ # operations and usage metrics to be sliced and analyzed by tag. These tags *
361
+ # only* show up in monitoring and are visible in administrative operations (such
362
+ # as usage reports). They do not affect data storage, query semantics, or
363
+ # request execution. Cardinality and Best Practices: - Request tags are most
364
+ # effective when using a bounded set of distinct values (e.g., fewer than 100
365
+ # distinct tags across an entire database). Using a large number of distinct
366
+ # tags may result in tags being omitted from top usage dashboards. - Use
367
+ # structured identifiers (for example: `app=cart`, `env=prod`, `service=checkout`
368
+ # ) and avoid high-cardinality values such as UUIDs, request IDs, timestamps,
369
+ # user IDs, or document keys. - Do not include sensitive data or personally
370
+ # identifiable information (PII) in request tags, as they show up in
371
+ # administrative monitoring. The tags are processed as follows: - Leading and
372
+ # trailing whitespace is trimmed. - Empty tags (after trimming) are filtered out.
373
+ # - Truncated to a maximum of 510 characters. - Deduplicated within the same
374
+ # request. - Limited to a maximum of 50 tags per request (excess tags are
375
+ # silently discarded).
336
376
  # @param [String] fields
337
377
  # Selector specifying which fields to include in a partial response.
338
378
  # @param [String] quota_user
@@ -410,7 +450,27 @@ module Google
410
450
  # Recovery is enabled, can additionally be a whole minute timestamp within the
411
451
  # past 7 days.
412
452
  # @param [Array<String>, String] request_options_request_tags
413
- # Optional. The request tags for the request.
453
+ # Optional. The request tags for the request. Request tags are user-provided
454
+ # strings used for usage monitoring, cost management, and observability. Callers
455
+ # can associate custom application context (such as component, microservice,
456
+ # feature name, or operation type) with database requests. These tags are
457
+ # collected and aggregated in usage and monitoring reports, allowing billable
458
+ # operations and usage metrics to be sliced and analyzed by tag. These tags *
459
+ # only* show up in monitoring and are visible in administrative operations (such
460
+ # as usage reports). They do not affect data storage, query semantics, or
461
+ # request execution. Cardinality and Best Practices: - Request tags are most
462
+ # effective when using a bounded set of distinct values (e.g., fewer than 100
463
+ # distinct tags across an entire database). Using a large number of distinct
464
+ # tags may result in tags being omitted from top usage dashboards. - Use
465
+ # structured identifiers (for example: `app=cart`, `env=prod`, `service=checkout`
466
+ # ) and avoid high-cardinality values such as UUIDs, request IDs, timestamps,
467
+ # user IDs, or document keys. - Do not include sensitive data or personally
468
+ # identifiable information (PII) in request tags, as they show up in
469
+ # administrative monitoring. The tags are processed as follows: - Leading and
470
+ # trailing whitespace is trimmed. - Empty tags (after trimming) are filtered out.
471
+ # - Truncated to a maximum of 510 characters. - Deduplicated within the same
472
+ # request. - Limited to a maximum of 50 tags per request (excess tags are
473
+ # silently discarded).
414
474
  # @param [String] transaction
415
475
  # Reads the document in a transaction.
416
476
  # @param [String] fields
@@ -483,7 +543,27 @@ module Google
483
543
  # nested immediately under the parent. Requests with `recursive` may not specify
484
544
  # `show_missing`.
485
545
  # @param [Array<String>, String] request_options_request_tags
486
- # Optional. The request tags for the request.
546
+ # Optional. The request tags for the request. Request tags are user-provided
547
+ # strings used for usage monitoring, cost management, and observability. Callers
548
+ # can associate custom application context (such as component, microservice,
549
+ # feature name, or operation type) with database requests. These tags are
550
+ # collected and aggregated in usage and monitoring reports, allowing billable
551
+ # operations and usage metrics to be sliced and analyzed by tag. These tags *
552
+ # only* show up in monitoring and are visible in administrative operations (such
553
+ # as usage reports). They do not affect data storage, query semantics, or
554
+ # request execution. Cardinality and Best Practices: - Request tags are most
555
+ # effective when using a bounded set of distinct values (e.g., fewer than 100
556
+ # distinct tags across an entire database). Using a large number of distinct
557
+ # tags may result in tags being omitted from top usage dashboards. - Use
558
+ # structured identifiers (for example: `app=cart`, `env=prod`, `service=checkout`
559
+ # ) and avoid high-cardinality values such as UUIDs, request IDs, timestamps,
560
+ # user IDs, or document keys. - Do not include sensitive data or personally
561
+ # identifiable information (PII) in request tags, as they show up in
562
+ # administrative monitoring. The tags are processed as follows: - Leading and
563
+ # trailing whitespace is trimmed. - Empty tags (after trimming) are filtered out.
564
+ # - Truncated to a maximum of 510 characters. - Deduplicated within the same
565
+ # request. - Limited to a maximum of 50 tags per request (excess tags are
566
+ # silently discarded).
487
567
  # @param [Boolean] show_missing
488
568
  # If the list should show missing documents. A document is missing if it does
489
569
  # not exist, but there are sub-documents nested underneath it. When true, such
@@ -604,7 +684,27 @@ module Google
604
684
  # nested immediately under the parent. Requests with `recursive` may not specify
605
685
  # `show_missing`.
606
686
  # @param [Array<String>, String] request_options_request_tags
607
- # Optional. The request tags for the request.
687
+ # Optional. The request tags for the request. Request tags are user-provided
688
+ # strings used for usage monitoring, cost management, and observability. Callers
689
+ # can associate custom application context (such as component, microservice,
690
+ # feature name, or operation type) with database requests. These tags are
691
+ # collected and aggregated in usage and monitoring reports, allowing billable
692
+ # operations and usage metrics to be sliced and analyzed by tag. These tags *
693
+ # only* show up in monitoring and are visible in administrative operations (such
694
+ # as usage reports). They do not affect data storage, query semantics, or
695
+ # request execution. Cardinality and Best Practices: - Request tags are most
696
+ # effective when using a bounded set of distinct values (e.g., fewer than 100
697
+ # distinct tags across an entire database). Using a large number of distinct
698
+ # tags may result in tags being omitted from top usage dashboards. - Use
699
+ # structured identifiers (for example: `app=cart`, `env=prod`, `service=checkout`
700
+ # ) and avoid high-cardinality values such as UUIDs, request IDs, timestamps,
701
+ # user IDs, or document keys. - Do not include sensitive data or personally
702
+ # identifiable information (PII) in request tags, as they show up in
703
+ # administrative monitoring. The tags are processed as follows: - Leading and
704
+ # trailing whitespace is trimmed. - Empty tags (after trimming) are filtered out.
705
+ # - Truncated to a maximum of 510 characters. - Deduplicated within the same
706
+ # request. - Limited to a maximum of 50 tags per request (excess tags are
707
+ # silently discarded).
608
708
  # @param [Boolean] show_missing
609
709
  # If the list should show missing documents. A document is missing if it does
610
710
  # not exist, but there are sub-documents nested underneath it. When true, such
@@ -737,7 +837,27 @@ module Google
737
837
  # The list of field paths in the mask. See Document.fields for a field path
738
838
  # syntax reference.
739
839
  # @param [Array<String>, String] request_options_request_tags
740
- # Optional. The request tags for the request.
840
+ # Optional. The request tags for the request. Request tags are user-provided
841
+ # strings used for usage monitoring, cost management, and observability. Callers
842
+ # can associate custom application context (such as component, microservice,
843
+ # feature name, or operation type) with database requests. These tags are
844
+ # collected and aggregated in usage and monitoring reports, allowing billable
845
+ # operations and usage metrics to be sliced and analyzed by tag. These tags *
846
+ # only* show up in monitoring and are visible in administrative operations (such
847
+ # as usage reports). They do not affect data storage, query semantics, or
848
+ # request execution. Cardinality and Best Practices: - Request tags are most
849
+ # effective when using a bounded set of distinct values (e.g., fewer than 100
850
+ # distinct tags across an entire database). Using a large number of distinct
851
+ # tags may result in tags being omitted from top usage dashboards. - Use
852
+ # structured identifiers (for example: `app=cart`, `env=prod`, `service=checkout`
853
+ # ) and avoid high-cardinality values such as UUIDs, request IDs, timestamps,
854
+ # user IDs, or document keys. - Do not include sensitive data or personally
855
+ # identifiable information (PII) in request tags, as they show up in
856
+ # administrative monitoring. The tags are processed as follows: - Leading and
857
+ # trailing whitespace is trimmed. - Empty tags (after trimming) are filtered out.
858
+ # - Truncated to a maximum of 510 characters. - Deduplicated within the same
859
+ # request. - Limited to a maximum of 50 tags per request (excess tags are
860
+ # silently discarded).
741
861
  # @param [Array<String>, String] update_mask_field_paths
742
862
  # The list of field paths in the mask. See Document.fields for a field path
743
863
  # syntax reference.
metadata CHANGED
@@ -1,7 +1,7 @@
1
1
  --- !ruby/object:Gem::Specification
2
2
  name: google-apis-firestore_v1beta1
3
3
  version: !ruby/object:Gem::Version
4
- version: 0.55.0
4
+ version: 0.56.0
5
5
  platform: ruby
6
6
  authors:
7
7
  - Google LLC
@@ -57,7 +57,7 @@ licenses:
57
57
  metadata:
58
58
  bug_tracker_uri: https://github.com/googleapis/google-api-ruby-client/issues
59
59
  changelog_uri: https://github.com/googleapis/google-api-ruby-client/tree/main/generated/google-apis-firestore_v1beta1/CHANGELOG.md
60
- documentation_uri: https://googleapis.dev/ruby/google-apis-firestore_v1beta1/v0.55.0
60
+ documentation_uri: https://googleapis.dev/ruby/google-apis-firestore_v1beta1/v0.56.0
61
61
  source_code_uri: https://github.com/googleapis/google-api-ruby-client/tree/main/generated/google-apis-firestore_v1beta1
62
62
  rdoc_options: []
63
63
  require_paths: