Skip to content

Add stack and stack_next variables to assembler.yml #1541

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

Closed
wants to merge 2 commits into from

Conversation

colleenmcginnis
Copy link
Contributor

I'm working on updating the docs release checklist for Elastic Stack releases. In the current draft, I'm recommending that the docs release coordinator touches this file twice:

  • The day after feature freeze (after the new version branch is created): The docs release coordinator will update stack_next to the version of the upcoming release. The idea is that we'll be publishing those docs to staging (right?) so we'll be able to catch any build errors (like any broken cross-repo links) ahead of the release date. Does this make sense?
  • The day of the release: The docs release coordinator will update stack to the new version and update stack_next to main (I don't think any Stack-versioned repos still use master).

Let me know what you think of this approach. I'm very open to suggestions.

@colleenmcginnis colleenmcginnis self-assigned this Jul 8, 2025
@colleenmcginnis colleenmcginnis requested a review from a team as a code owner July 8, 2025 21:58
Copy link

github-actions bot commented Jul 8, 2025

Label error. Requires exactly 1 of: automation, breaking, bug, changelog:skip, chore, ci, dependencies, documentation, enhancement, feature, fix, redesign. Found:

@Mpdreamz
Copy link
Member

Mpdreamz commented Jul 9, 2025

I am not loving staging being either main or the next M.N branch depending on the date.

This requirement might warrant on us explicitly having:

  • current: aka production (9.0)
  • next aka staging (9.1)
  • preview. (main)

Content sources and environments.

That way the release manager can bump current/next the day off and we'd have confidence in next becoming current because it has been building all the time already.

@reakaleek @cotti wdyt?

@reakaleek
Copy link
Member

reakaleek commented Jul 14, 2025

@colleenmcginnis what happens when the 9.1 branch is created?

Is it an exact snapshot of main? Or are the additional changes?

@colleenmcginnis
Copy link
Contributor Author

what happens when the 9.1 branch is created?

My understanding is that 9.1 is branched off of main in most (all?) repos so it should be identical when it is first created.

@reakaleek
Copy link
Member

Personally, I like the suggestion from @colleenmcginnis.

But TBH, I don't fully understand your concern @Mpdreamz

@Mpdreamz
Copy link
Member

I guess my main concern is that staging is either main or Major.Minor.

After feature freeze there would be no environment for main.

With the edge environment always being main we can at least always inspect the main integration branch of all repositories.

@colleenmcginnis
Copy link
Contributor Author

@Mpdreamz can I close this now that we have shared_configuration instead?

@Mpdreamz
Copy link
Member

Yeah!

@colleenmcginnis colleenmcginnis deleted the prep-for-stack-release-checklist branch July 18, 2025 18:40
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 this pull request may close these issues.

3 participants