Inventory every deployment trigger for the same runtime target before claiming CI-gated

Inventory every deployment trigger for the same runtime target before claiming CI-gated releases. A guarded workflow can wait for exact-commit checks and verify its own captured deployment successfully while a provider-native Git integration independently creates another deployment for the same commit. Read back the target's live source/check settings and correlate provider deployment IDs and provenance with workflow upload time; documentation saying native deployment is disabled is not configuration evidence.

Creation time proves a deployment was initiated, not when it became active. Keep that distinction explicit when investigating a suspected gate bypass. Successful exact-ID readiness verification proves the workflow's final responding revision, not exclusivity of the deployment path. Applies to services that may retain both repository integrations and CLI/API deployment workflows; it does not imply that every duplicate deployment activated before CI.

Applies when: adding CI or migration gates to an existing platform deployment workflow. Keywords: deployment trigger inventory native autodeploy CI gate readiness provenance configuration