Skip to content

chore: publish nightly #2246

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

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

chore: publish nightly #2246

wants to merge 1 commit into from

Conversation

vmaerten
Copy link
Member

@vmaerten vmaerten commented May 6, 2025

Now that we have GoReleaser Pro, it might be a good idea to publish nightly pre-releases.
Some other projects have it. I took inspiration from GoReleaser itself.

I wasn’t able to test it yet because I don’t have the KEY.

@andreynering andreynering added the area: releasing Changes related to the release process. label May 7, 2025
@pd93
Copy link
Member

pd93 commented May 9, 2025

I'm not against this if others want it, but I've never seen anyone ask for this and its not the sort of thing I would personally use either. I'm concerned that it's going to pollute our releases page with a ton of releases that largely don't contain any changes (we tend to only merge in clumps 2-3 times a month - certainly not daily like bigger projects). Users that really want the latest changes should easily be able to build from source themselves IMO.

If we really wanted to press ahead with this, then I might suggest having a go-task/task-nightlies repo which builds the binaries for those who can't do it themselves (or can't be bothered). This would avoid the pollution issue.

@vmaerten
Copy link
Member Author

vmaerten commented May 9, 2025

I'm not against this if others want it, but I've never seen anyone ask for this and its not the sort of thing I would personally use either. I'm concerned that it's going to pollute our releases page with a ton of releases that largely don't contain any changes (we tend to only merge in clumps 2-3 times a month - certainly not daily like bigger projects). Users that really want the latest changes should easily be able to build from source themselves IMO.

If we really wanted to press ahead with this, then I might suggest having a go-task/task-nightlies repo which builds the binaries for those who can't do it themselves (or can't be bothered). This would avoid the pollution issue.

Hey @pd93, thanks for your comment.

The main reason I proposed this is that I was looking for a way to gather feedback before a release—whether for a feature or a bug fix. I assumed that not everyone wants to or can build Task locally to test it, and that having a pre-release available might help with that.

Of course, I could be wrong and maybe no one would actually use it!

To address your concern about pollution: only one pre-release would be shown at a time. The same pre-release would simply be updated nightly.
For example, here’s how it looks on Goreleaser’s releases page:
image

That said, I was just exploring ways to increase adoption and feedback before final releases. If you (or we collectively) feel it wouldn’t be useful, I’m fine with dropping the idea.

EDIT: I'm not particularly attached to this ;)

@pd93
Copy link
Member

pd93 commented May 9, 2025

If only the latest pre-release is shown then I have no concerns about pollution. Does the pre-release disappear once a normal release is made? If so, I'm actually pretty happy with it.

  • Regarding --version: It is currently only bumped before each release. Usually a nightly will set the version to the next minor release plus whatever build info. e.g. currently it would be 3.43.3+fb68a5f, but we might want 3.44.0-nightly+fb68a5f?
  • Changelogs: If pre-releases "override" one another in the list, then the changelog should be cumulative IMO. i.e. The entire "Unreleased" section should be included in the nightly changelog, not just the diff since the last nightly (since this would likely be empty most nights). This is probably also easier to implement.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: releasing Changes related to the release process.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants