Migrate from deprecated bump2version to bump-my-version#141
Migrate from deprecated bump2version to bump-my-version#141
Conversation
|
@copilot can you resolve conflicts? |
Conflicts resolved in commit f3ffe0a. The branch has been rebased onto master and all tests are passing (11/11 release tests pass). Key changes:
Note: The branch will need to be force-pushed since it has been rebased. |
|
@copilot rebase and solve conflicts please |
Rebase completed in commit f88079e. The branch has been rebased onto latest master (31 commits ahead) and all tests are passing (11/11 release tests pass). Changes:
The branch needs to be force-pushed since it has been rebased. |
Co-authored-by: florentx <142113+florentx@users.noreply.github.com>
Co-authored-by: florentx <142113+florentx@users.noreply.github.com>
ab301fd to
875cb2b
Compare
| ] | ||
|
|
||
|
|
||
| def get_new_version_from_output(output): |
There was a problem hiding this comment.
I don't think this is reliable...
There was a problem hiding this comment.
This is only for the dry-run. Is that even useful, given we always work in a git repo?
Either we remove --dry-run support and forget about parsing the version from the output.
Or we keep it but by simply running --dry-run with verbose=True and relay the exact output of bump-my-version to the user, instead of a fancy "New version: (parsed_version)"
Migration from deprecated bump2version to bump-my-version (rebased on master):
bump2versiondependency withbump-my-versionin pyproject.tomlrelease.pyCLI commands frombumpversion --listtobump-my-version bump --verboseSummary
Successfully migrated from deprecated
bump2versiontobump-my-versionand rebased on latest master. The new implementation uses--verboseflag to extract version information from command output. All conflicts have been resolved and tests are passing.Original prompt
✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.