Lists WorkerPools by project in Google Cloud Build

What this operation does

Lists WorkerPools by project.

• GETReads data · projectscloudbuild.googleapis.com/v1alpha2/{parent}/workerPools

How HumDay uses it

1. You describe the outcome. Not this operation by name — what you want to happen. HumDay works out which operations it needs.
2. The contract names it. Before anything is built, you see exactly which Google Cloud Build operations the program may use, and this is one of them.
3. You approve access. Read-only access is still yours to grant, and still limited to what the contract needs.

Other Google Cloud Build operations

• Creates a WorkerPool to run the buildsPOST · changes data
• Deletes a WorkerPoolDELETE · changes data
• Updates a WorkerPoolPATCH · changes data
• Starts asynchronous cancellation on a long-running operationPOST · changes data
• Returns details of a WorkerPoolGET · reads data

All 6 Google Cloud Build operations

Questions

Can HumDay lists workerpools by project in Google Cloud Build?

Yes. This operation is published in Google Cloud Build's own API description, so HumDay can use it without a hand-built connector — once you have approved it for your automation.

Does this change anything in my Google Cloud Build account?

No. This is a read-only operation, so it can be used to watch for changes or fetch data without altering anything in Google Cloud Build.

Do I need to write code?

No. You describe the outcome you want in plain words. HumDay agrees a contract with you, writes the program, and shows you a proof run before anything touches your Google Cloud Build account.

Where this came from

Read from a published API description for Google Cloud Build at cloudbuild.googleapis.com/$discovery/rest?version=v1alpha2. The description above is the provider’s own wording, not ours. Last published 2022-12-05.