Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Logging from _tag_in_vcs is confusing when args.tag is False #236

Open
mwchase opened this issue Oct 14, 2021 · 1 comment
Open

Logging from _tag_in_vcs is confusing when args.tag is False #236

mwchase opened this issue Oct 14, 2021 · 1 comment
Labels
Milestone

Comments

@mwchase
Copy link

mwchase commented Oct 14, 2021

I was checking that bump2version works as expected for my use case. Currently, I want to handle the tagging step myself. So, I'm running commands like bumpversion --dry-run --verbose major against the following config file:

[bumpversion]
current_version = 0.1.4
commit = True
tag = False

[bumpversion:file:src/motr/__init__.py]

The part of the output that tripped me up at first is Would tag 'v1.0.0' with message 'Bump version: 0.1.4 → 1.0.0' in Mercurial and not signing. This is... probably technically correct, but I find it kind of confusing in this case.

The relevant lines in the cli.py file are do_tag = args.tag and not args.dry_run and "Would tag" if not do_tag else "Tagging",. I'm not yet sure what phrasing I'd like to see, but I feel like the current phrasing doesn't communicate whether it hits "Would tag" because args.tag is False, args.dry_run is True, or both.

I guess what I'm wondering is whether there's value in emitting that log line at all when args.tag is False.

@florisla florisla added the bug label Oct 15, 2021
@florisla florisla added this to the Next release milestone Oct 15, 2021
@florisla
Copy link
Collaborator

Agreed that it should not be printed if tagging is disabled.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants