You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Combine branch and tag push into a single push #1187
I was puzzled at first why I had two separate CI/CD pipelines being triggered when using the command semantic-release version. After a little digging, lines 673-690 in the python-semantic-release/src/semantic_release/cli/commands/version.py file show that two independent pushes are made; one for the branch and one for the tag.
Using plain git, these can be combined into a single push, so I'm wondering if it would be possible to check for commit_changes and create_tag to both be true and execute a single git push. If either are untrue, then the current functionality would be used.
I am using version 9.19.1.
Use cases
This would reduce some of the network traffic and slightly speed up the command.
For those who run CI/CD pipelines triggered by individual git pushes, this would reduce duplicate pipelines. For context, I use GitLab, but run semantic-release manually, outside of a CI/CD pipeline.
I should be able to make this happen. Thanks for the willingness to help on this front but I already do have a refactor of the version command implementation underway and we would likely cause merge conflicts at the current time. I'll wrap your performance recommendation into the refactor.
It has been 60 days since the last update on this confirmed issue. @python-semantic-release/team can you provide an update on the status of this issue?
It has been 60 days since the last update on this confirmed issue. @python-semantic-release/team can you provide an update on the status of this issue?
It has been 90 days since the last update on this confirmed issue. @python-semantic-release/team can you provide an update on the status of this issue?
It has been 90 days since the last update on this confirmed issue. @python-semantic-release/team can you provide an update on the status of this issue?
Activity
ddeepwell commentedon Feb 14, 2025
I should add that I'm open to making a PR for this, if it is welcome.
codejedi365 commentedon Feb 15, 2025
I should be able to make this happen. Thanks for the willingness to help on this front but I already do have a refactor of the version command implementation underway and we would likely cause merge conflicts at the current time. I'll wrap your performance recommendation into the refactor.
github-actions commentedon Apr 16, 2025
It has been 60 days since the last update on this confirmed issue. @python-semantic-release/team can you provide an update on the status of this issue?
codejedi365 commentedon Apr 17, 2025
Still in backlog
github-actions commentedon Jun 17, 2025
It has been 60 days since the last update on this confirmed issue. @python-semantic-release/team can you provide an update on the status of this issue?
codejedi365 commentedon Jun 18, 2025
Started back on the performance refactor, hopefully will have this implemented in the next few months.
github-actions commentedon Sep 17, 2025
It has been 90 days since the last update on this confirmed issue. @python-semantic-release/team can you provide an update on the status of this issue?
codejedi365 commentedon Sep 24, 2025
Still in backlog
github-actions commentedon Dec 23, 2025
It has been 90 days since the last update on this confirmed issue. @python-semantic-release/team can you provide an update on the status of this issue?