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

Use case: pre-bump and tag last commit #11

Open
flyte opened this issue Nov 30, 2016 · 2 comments
Open

Use case: pre-bump and tag last commit #11

flyte opened this issue Nov 30, 2016 · 2 comments
Labels

Comments

@flyte
Copy link
Collaborator

flyte commented Nov 30, 2016

On some projects, after assigning a new version to a release, the version number is bumped in the repository in preparation for the next release. In this case, the version tag should actually point to HEAD~1, or the commit before the one bamp just made. How could this be handled in bamp?

@flyte flyte added the question label Nov 30, 2016
@inirudebwoy
Copy link
Owner

Unfortunately this is not possible with bamp. The tag is placed always on the commit created by bamp.
I don't know what to think about it as can't remember the situation I'd used it. Taking into consideration number of people releasing software I possibly can't be right on this ;)

Should the tag be always placed on HEAD~1? or should it be configurable?

@flyte
Copy link
Collaborator Author

flyte commented Dec 2, 2016

I believe the process is something like the following:

  • Do lots of commits on your project
  • Decide that you want to make a release
  • Do the release (push to PyPI or whatever) using the version number currently in the repo
  • Tag the latest commit as that version number
  • Add a new commit which bumps the version number
  • Do lots more commits on your project
  • Profit

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