Tag versions as proper releases

Question

Tag versions as proper releases

peterhoeg opened this issue 3 years ago · 7 comments

For versions < 0.7, all releases in this repo are tagged as pre-releases, which means our nix tooling isn't able to fetch the tarballs. Is there any chance at the very least that 0.6.4 can be tagged as a proper release?

We can (and should) work around this fact in our crystal tooling on nix, but that's a separate issue.

peterhoeg commented 3 years ago

Thanks!

Answer 1 · 2022-03-25T12:53:55.000Z

Just in case somebody else has the same problem. The workaround is to use shard.override.yml and specify the commit of the version:

---
dependencies:
  email:
    github: arcage/crystal-email
    commit: 3899a238d58ec5ef3fd117d8d47bf122abd8f5c3

Answer 2 · 2022-03-26T10:57:02.000Z

There is no firm reason why this shard always in pre-release.

I only couldn't judge it have enough quality for proper release, because I have very few experience in open source development.

Even if "WITHOUT WARRANTY" is emphasized in LICENSE file, I always worry about this shard may includes some critical bugs.

Nevertheless, It's not impossible to uncheck "pre-release" box If such side effect exists.

Although I still cannot ensure the safety this shard.

Answer 3 · 2022-03-28T10:05:18.000Z

Considering it's used by the lucky framework, I'm sure people would have started shouting if things weren't working.

Answer 4 · 2022-03-28T12:05:08.000Z

Thanks.

I have unchecked "pre-release" on v0.6.4 and v0.7.0.

Answer 5 · 2022-10-11T07:23:24.000Z

This shard gets pulled in by carbon (and thus every lucky project), so it has definitely had some testing. I think it would be safe to tag it as a proper release like you did for 0.7.0 and if there are issues, people will report them.

Answer 6 · 2022-10-11T08:05:13.000Z

I'm sorry about bringing this back to life. It looks like I initially replied back in March via email to github but it's only now adding it as a comment and thus necro-bumping the issue.