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

proposal: publish release candidate before stabilization #4661

Closed
kt3k opened this issue Apr 30, 2024 · 2 comments · Fixed by #4751
Closed

proposal: publish release candidate before stabilization #4661

kt3k opened this issue Apr 30, 2024 · 2 comments · Fixed by #4751
Assignees

Comments

@kt3k
Copy link
Member

kt3k commented Apr 30, 2024

I'd suggest the below steps for the package stabilization process:

  • We publish 1.0.0-rc.1 (release candidate 1) after 2 maintainers approved it.
  • We announce to the community and the core team that we publish 1.0 after 1 month.
    • (For the core team, add calendar entry of the stabilization date)
  • Wait 1 month for feedbacks.
  • Handle feedbacks, if any.
  • If there's no issue after pre-defined amount of time, we publish 1.0
    • If there's unresolved issue remaining, we move the stabilization date forward or cancel it (depending on the situation).
@iuioiua
Copy link
Contributor

iuioiua commented Apr 30, 2024

Great idea. I'm in support. Though, I'd still like to have at least one other core team member be part of this whole process.

@iuioiua
Copy link
Contributor

iuioiua commented May 16, 2024

@kt3k, can you please document this process in https://github.com/denoland/deno_std/blob/main/README.md#stabilization ?

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

Successfully merging a pull request may close this issue.

2 participants