Skip to content

What is the criteria and plan for the next release? #132

Open

Description

@chebread

I have a question regarding the release process for devd.

With the recent PRs successfully merged (fixing localhost routing, updating Go modules, etc.), the codebase has been significantly improved. I am curious about what the criteria are for cutting a new release.

I am cautious about proposing a new release directly. However, in my personal opinion, devd is currently in need of a new release so that users can actually benefit from these recent improvements, rather than being stuck on the old v0.9 binaries.

Could you share how the timing for a new release is typically decided for this project?

Activity

  1. wader commented on Mar 23, 2026

    @wader
    Collaborator

    Agree, it would be nice with a new release once we merge most of the maintenance stuff. Maybe should figure out a release build plan also? https://goreleaser.com, something else or just "manual" script in github actions that builds various binaries and copy artifacts?

  2. llimllib commented on Jun 11, 2026

    @llimllib
    Contributor

    I've had great success with goreleaser, I've been using it in https://github.com/llimllib/git-ls for example, can strongly recommend it.

    I'd be happy to set it up for you if you'd like, I already have my own fork of devd from a long time ago and can help in general if you'd like.

  3. chebread commented on Jun 16, 2026

    @chebread
    ContributorAuthor

    @llimllib I have already completed the PR for CI/CD using goreleaser. The point this issue raises is how future versions of devd will be handled. Did you understand what I just said?

  4. llimllib commented on Jun 17, 2026

    @llimllib
    Contributor

    Apologies for irritating you, I guess!

  5. wader commented on Jun 17, 2026

    @wader
    Collaborator

    @chebread did you end up finding any alternative you like more?

  6. chebread commented on Jun 17, 2026

    @chebread
    ContributorAuthor

    Apologies for irritating you, I guess!

    @llimllib, I was not offended at all !! I only informed you because you misunderstood the issue.

  7. chebread commented on Jun 17, 2026

    @chebread
    ContributorAuthor

    It's been a really long time, @wader. I think that as long as we don't leave GitHub, goreleaser fits GitHub Actions best currently.

  8. wader commented on Jun 20, 2026

    @wader
    Collaborator

    I think that is fine. Want to revive #135 ? i emailed a bit with @cortesi earlier this week so now appveyor is gone. But i guess we still will need help from him to generate a access token secret that can publish releases?

  9. thediveo commented on Jun 26, 2026

    @thediveo

    Any movement on this please? It would simplify things for my devcontainer feature (focuses on serving docsify content) if fresh releases for linux/amd64 and linux/arm64 binaries would be available.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions