Update release workflowto keep single source of truth for release version number #31

Merged
JMR-dev merged 2 commits from fix-release-workflow-project.toml-single-source-of-truth into develop 2025-10-17 15:22:18 +00:00
JMR-dev commented 2025-10-17 14:57:36 +00:00 (Migrated from github.com)

Does what it says on the tin.

Does what it says on the tin.
claude[bot] commented 2025-10-17 15:01:00 +00:00 (Migrated from github.com)

PR Review: Update release workflow to keep single source of truth for release version number

Summary

This PR modifies the merge-develop-to-main job to read the version from pyproject.toml using poetry version -s instead of relying on the new_version workflow input.

Strengths

  1. Single Source of Truth: Reading from pyproject.toml ensures consistency
  2. Python/Poetry Setup: Correctly adds Python 3.13 and Poetry installation steps
  3. Clear Documentation: Inline comment explains the change

Critical Issue: Incomplete Implementation

The PR only updates merge-develop-to-main job (line 382), but does NOT update other jobs that still use github.event.inputs.new_version at lines 68, 112, 140, and 167.

The bump-version job runs BEFORE merge-develop-to-main and requires new_version input. This creates inconsistency where bump-version needs manual input but merge-develop-to-main reads from pyproject.toml.

Recommendations

Option A: If keeping manual input - The current change is good but update PR description to clarify this only affects the develop-to-main merge PR title. Add error handling for poetry version -s.

Option B: If removing manual input - Extend changes to all jobs and redesign version input handling.

Missing Error Handling

Add error handling for poetry version -s command in case pyproject.toml is malformed or Poetry fails.

Security

No security concerns identified.

Verdict

Conditional Approval - The change is technically correct for the specific job but PR title suggests broader scope than implemented. Please clarify intent before merging.

Great work improving the workflow!

## PR Review: Update release workflow to keep single source of truth for release version number ### Summary This PR modifies the merge-develop-to-main job to read the version from pyproject.toml using poetry version -s instead of relying on the new_version workflow input. ### Strengths 1. Single Source of Truth: Reading from pyproject.toml ensures consistency 2. Python/Poetry Setup: Correctly adds Python 3.13 and Poetry installation steps 3. Clear Documentation: Inline comment explains the change ### Critical Issue: Incomplete Implementation The PR only updates merge-develop-to-main job (line 382), but does NOT update other jobs that still use github.event.inputs.new_version at lines 68, 112, 140, and 167. The bump-version job runs BEFORE merge-develop-to-main and requires new_version input. This creates inconsistency where bump-version needs manual input but merge-develop-to-main reads from pyproject.toml. ### Recommendations **Option A**: If keeping manual input - The current change is good but update PR description to clarify this only affects the develop-to-main merge PR title. Add error handling for poetry version -s. **Option B**: If removing manual input - Extend changes to all jobs and redesign version input handling. ### Missing Error Handling Add error handling for poetry version -s command in case pyproject.toml is malformed or Poetry fails. ### Security No security concerns identified. ### Verdict Conditional Approval - The change is technically correct for the specific job but PR title suggests broader scope than implemented. Please clarify intent before merging. Great work improving the workflow!
JMR-dev commented 2025-10-17 15:06:12 +00:00 (Migrated from github.com)
  • All the remaining github.event.inputs.new_version entries are under the bump version job, which is expected.
  • The error handling feedback for a possible malformed pyproject.toml is valid, will update.
- All the remaining `github.event.inputs.new_version` entries are under the bump version job, which is expected. - The error handling feedback for a possible malformed pyproject.toml is valid, will update.
Sign in to join this conversation.