November 2024 Recovery 1

[joyceerhl]

• Create a milestone November 2024 Recovery 1 @dbaeumer
• Bump the version number @dbaeumer
• 🔖candidate issues
• Assign candidate issues to the recovery milestone team
• Review the candidate issues, and if they pass the review assign them to the recovery milestone team
• All candidate fixes are peer reviewed and pushed to main and then cherry-picked into the release branch team
• Initiate insiders build from main
• Issues are tested in the insiders team
• Build and manually release Insider from main branch for vscode.dev (if there were vscode.dev candidates)
  • Issues are tested in the insiders team
• Build stable for all platforms from release branch @dbaeumer
• Issues are verified on stable build and the verified label is added @dbaeumer
• Check https://github.com/Microsoft/vscode/compare/release/<x.y> to ensure no other commits have been made in the release branch @dbaeumer
• The insiders build with all candidate fixes needs to be in the wild for 24 hours before recovery release, unless explicitly approved by @kieferrm
• Update the release notes and include a link to a query for the fixed issues @ntrogh
• Sanity Testing
  • Windows 64 bit owner
    • System Installer
    • User Installer
    • Archive
    • Server
    • CLI
  • Windows ARM64 owner
    • System Installer
    • User Installer
    • Archive
    • Server
    • CLI
  • macOS Intel owner
    • Archive
    • Universal Archive
    • Server
    • CLI
  • macOS ARM64 owner
    • Archive
    • Universal Archive
    • Server
    • CLI
  • Linux x64 owner
    • Archive
    • DEB
    • RPM
    • Snap
  • Linux Server owner (can be tested from any OS with Docker)
    • x64
    • ARM32
    • ARM64
    • x64 Alpine
    • ARM64 Alpine
  • Linux CLI owner (can be tested from any OS with Docker)
    • x64
    • ARM32
    • ARM64
    • x64 Alpine
    • ARM64 Alpine
• Publish website @dbaeumer
• Publish stable build @dbaeumer
• (if there were vscode.dev candidates) Trigger the vscode.dev Deploy pipeline for release/x.y for the prod deployment target. Note that there are four deploy approvals needed - one for overall and one per each of the three service regions @dbaeumer
  • Request approval from another team member at the necessary step to deploy the vscode.dev build. @dbaeumer
• Create an official release @dbaeumer
  • Create a tag (make sure you pull the release branch first): git tag <x.y.z> release/<x.y>
  • Push the tag: git push origin <x.y.z>
  • Create a GitHub release: Open the GitHub tags, and click far right ... > Create Release. Use the correct title and description from our release notes. Example
• Close the milestone on GitHub @dbaeumer