Fix release workflow homebrew PR title check

[kaidaguerre]

Summary

Fix a bug in 01 - Steampipe: Release that causes update_homebrew_tap to always fail (and trigger_smoke_tests to be skipped) on final releases.

Root cause

The homebrew PR is created in create_pr_in_homebrew with title:

Steampipe <version>

using env.Version (raw input, e.g. 2.4.1, no v prefix).

The later check in update_homebrew_tap compared the PR title against:

Steampipe <VERSION>

using env.VERSION (calculated as v<input>, with v prefix, e.g. v2.4.1).

These never match. Result: the auto-merge of the brew formula PR always fails, and the post-release smoke tests are skipped.

Evidence

• Historical homebrew-tap PRs from this workflow use the no-v convention: views (in public schema) deleted when caching enabled #219 "Steampipe 2.3.5", cap column width to available cols in screen. Closes #155 #221 "Steampipe 2.3.6", Cache retrieves incorrect data for multi connection queries #223 "Steampipe 2.4.0", set search_path to steampipe user. Closes #218 #225 "Steampipe 2.4.1", spinner should not come up in non-interactive query mode. Closes #227 #228 "Steampipe 2.4.2".
• Each corresponding release workflow run failed update_homebrew_tap at this check, exactly at Incorrect version → exit 1.
• Someone has been manually merging the homebrew PRs after each release to compensate.

Fix

Change the comparison RHS from ${{ env.VERSION }} (with v) to ${{ github.event.inputs.version }} (without v) to match the PR title convention the workflow itself produces.

Backport

Should cherry-pick to v2.4.x (and other live release branches) so future patch releases don't hit the same bug.

Test plan

• Diff inspected — single-line change
• Will validate on the next real release (can't easily unit-test a workflow change)

Related

• Previous release run that hit this: https://github.com/turbot/steampipe/actions/runs/24097092738 (v2.4.1)