Versioning Troubleshooting
Versioning Troubleshooting
Version Recovery
Separate generation, conversion, file synchronization, local tag creation, and publication before correcting a release value.
Command
custy version updateCategory
Troubleshooting
Quick Command
strategy -> generated value -> project file -> optional Git tagScope of This Pageâ
Use this page to separate strategy generation, format conversion, file synchronization, Git tag creation, and publication across Custy. Use the Version or Tag command guide after the failing responsibility is known.
Identify the Failing Responsibilityâ
Information
| Generation | Custy could not calculate a new value from strategy, repository history, bump, or release modifiers. |
|---|---|
| Conversion | The release tag and project ecosystem require different compatible representations. |
| Synchronization | The selected value exists, but the configured version file is missing, unwritable, or was not updated. |
| Tag creation | A local Git tag is missing, invalid, or conflicts with an existing reference. |
| Publication | The local version and tag are correct, but a remote push failed or only some destinations succeeded. |
Version File Missing or Unchanged
- Confirm
tool.custy.cli.paths.version_filepoints to an existing writable file in the intended project. - Check for a command-line
--version-fileoverride. - Run from the project root so relative paths resolve correctly.
- If dry-run was active, no file write is expected.
- Inspect the file and
git diffrather than relying only on summary output.
Invalid Strategy or Unexpected Format
- Use
semver,pep440,commitizen,date, orgitcount. - Compare existing tags with the selected strategy; incompatible history can prevent latest-tag interpretation or produce an unexpected next value.
- Review prerelease, development, post-release, metadata, and epoch inputs.
- Basic SemVer and PEP 440 bridging does not cover every advanced form.
- Generated formats are broader than the shared explicit-tag validator.
Commitizen Failure
Confirm the external cz executable is installed, project Commitizen metadata
is valid, and eligible Conventional Commits exist.
Tag Conflict
Inspect before choosing recovery
bashgit show --decorate <tag>
git tag --points-at HEAD
git ls-remote --tags origin <tag>If the expected tag already exists, verify its target and publication state. Choose another approved version or follow the team's coordinated tag-repair procedure. Do not move a published tag casually.
Safe Retry
- Preserve the first error and current file/Git state.
- Correct the version path, strategy, input, or repository history problem.
- Preview the smallest applicable operation.
- Inspect the version file and resolved tag.
- Confirm whether a commit or tag already exists before running a larger release profile.