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

Feedback on switching from pre to bump #104

Open
cburgmer opened this issue Oct 30, 2019 · 0 comments
Open

Feedback on switching from pre to bump #104

cburgmer opened this issue Oct 30, 2019 · 0 comments

Comments

@cburgmer
Copy link

Take this as user feedback. Ignore if you like.

I've tried twice now moving from {pre: something} to {bump: minor} or equivalent. The semantics are so different, and the feedback cycle so long (after all I cannot test this locally, can I), that this becomes a harrowing experience. I was only successful on the second try, which lasted a bit less than an hour.

Here is my attempt:

  1. Remove {pre: something}, after all I don't want this feature. (This fails, as there's no bump specified on put. There never was?? I guess pre is an implicit bump? Boo.)
  2. Add params: {bump: minor} to put, sure, bump something, I don't even need semver actually. (This fails, as the version bump happens in the wrong order, subsequent jobs consume a version that doesn't exist yet).
  3. Switch put to happen before steps consuming the new version (docker build). (This is bad as I am introducing unnecessary dependency on ordering and generating new versions even if the build fails.)
  4. Move the params: {bump: minor} to get. (This fails because put needs to put something, but doesn't know what.)
  5. Add params: {file: version/version} to put. Halleluja.

Yes, this is the first example in the README, but I spent most of my reading on the latter "API" docs which all call out the params block to be optional, which isn't really true now, is it.

If you agree that software should be simple and intuitive, you might want to follow up. I'm happy to provide more details if you do.

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

No branches or pull requests

1 participant