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
Maybe a stupid question of a not so experienced developer:
I do not quite get how to properly use the release drafter in combination with cookietemple bump-version.
It adds the pull requests that were made to development. But it keeps adding everything, including what has already been part of a previous release.
When is the time to use cookietemple bump-version?
My current workflow is:
make sure everything runs on development
git checkout -b release/xyz
cookietemple bump-version on the release branch
merge release into master
merge master back into development
Of course it also adds the PR from master back into development. I should also mention my default branch is master, not development (as it is in the cookietemple repo).
And it doesn't seem to get that the PRs previous to the bump-version should not be part of the changelog for the current draft.
So does that mean we should first bump the version on the development after the last merge from master back into development?
Could you give some best practise advice and could you document it somehwere on cookietemple.readthedocs.io please?
Also it would be cool to have an additional flag such as cookietemple bump-version --publish to automatically publish the current draft release.
The text was updated successfully, but these errors were encountered:
I should also mention my default branch is master, not development (as it is in the cookietemple repo).
Any specific reasoning for this? I'd always recommend setting the default branch to anything but master/main.
When is the time to use cookietemple bump-version?
My workflow is typically to first make sure everything runs on dev, then when I'm ready to release, bump the version on dev branch and checkout to a new release branch and release (maybe after some minor fixes though).
I don't know whether that's the best approach out there or not, but it works very well (for me at least).
Also it would be cool to have an additional flag such as cookietemple bump-version --publish to automatically publish the current draft release.
I'm not quite sure whether this should be part of bump-version or a command at it's own, but an interesting idea. What do you think @Zethson ?
Question
Maybe a stupid question of a not so experienced developer:
I do not quite get how to properly use the release drafter in combination with cookietemple bump-version.
It adds the pull requests that were made to development. But it keeps adding everything, including what has already been part of a previous release.
When is the time to use
cookietemple bump-version
?My current workflow is:
git checkout -b release/xyz
cookietemple bump-version
on the release branchOf course it also adds the PR from master back into development. I should also mention my default branch is master, not development (as it is in the cookietemple repo).
And it doesn't seem to get that the PRs previous to the bump-version should not be part of the changelog for the current draft.
So does that mean we should first bump the version on the development after the last merge from master back into development?
Could you give some best practise advice and could you document it somehwere on cookietemple.readthedocs.io please?
Also it would be cool to have an additional flag such as
cookietemple bump-version --publish
to automatically publish the current draft release.The text was updated successfully, but these errors were encountered: