Repository navigation
chore(deps): bump the Cloudflare provider to 5.28.0 - #23
Conversation
Pins the official Cloudflare provider at 5.28.0 and regenerates the OpenTofu lock file for linux_amd64, linux_arm64, darwin_amd64 and darwin_arm64. Fixes #22 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Nikolai Emil Damm <nikolaiemildamm@icloud.com>
@coderabbitai full review |
✅ Action performedFull review finished. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📜 Recent review details
📝 Walkthrough
Priority: ⬇️ Low Merge Risk: ⚪ Minimal · up to
|
Readiness record — head Upstream release review (5.24.0 → 5.28.0). Compared the provider's published resource schemas at 5.24.0 and 5.28.0 for every resource type this configuration declares (
Applicability: nothing in 5.25–5.28 requires an adaptation here, and no new capability is needed by the current scope (#21). Nothing is imported yet, so there is no live plan to check. Tested. Lock regenerated with Tried as a user. An operator's first step is Reviewed. CodeRabbit full review at this head: summary updated 16:16:56Z after the 16:13Z request, covering |
Why
The Cloudflare setup is pinned to an older release of the official Cloudflare tooling, four releases behind, and automatic updates cannot run here yet. Nothing has been brought under management so far, so moving now costs nothing; after the first import, every update has to be checked against the live account.
What
Moves the pinned Cloudflare tooling to its newest release and records its fingerprints for the machines that use it. The newer releases only add optional and read-only information to the records, buckets, zone and access tokens this setup manages, so nothing it declares changes meaning.
Fixes #22