Skip to content

Conversation

@AR21SM
Copy link
Member

@AR21SM AR21SM commented Sep 1, 2025

Overview

This PR introduces a detailed step-by-step guide to help maintainers efficiently release new versions of the DISCOVER Cookbook with proper versioning and multi-language support.

Changes

  • New Documentation: Added Version release guide.md with a comprehensive release workflow.
  • Target Audience: Designed for project maintainers handling version releases.
  • Scope: Covers version tagging, branch management, configuration updates, and deployment verification.

Key Features

  • Landing Page Updates: Detailed guidance for updating version information on the main site.
  • Copy-Paste Ready: Templates and code snippets for easy implementation.

Documentation Structure

  • Branch and tag creation workflow (X.Y-translations pattern).
  • Configuration file updates (versions.json, languages.json).
  • Landing page modifications .
  • Git workflow for committing, tagging, and deployment.
  • Verification checklist for successful releases.

This documentation will streamline the release process and ensure consistent, error-free version deployments across the project.

Checklist

@netlify
Copy link

netlify bot commented Sep 1, 2025

Deploy Preview for stupendous-kringle-a86e81 ready!

Name Link
🔨 Latest commit d131b99
🔍 Latest deploy log https://app.netlify.com/projects/stupendous-kringle-a86e81/deploys/68c6cb5cef4572000880271e
😎 Deploy Preview https://deploy-preview-393--stupendous-kringle-a86e81.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@AR21SM AR21SM requested review from OriolAbril and aterrel September 1, 2025 13:01
Comment on lines 92 to 101
"code": "es",
"name_local": "Español",
"direction": "ltr"
// "hidden": true was removed to make Spanish visible
},
{
"code": "hi",
"name_local": "हिन्दी",
"direction": "ltr"
// New language added
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I find this a bit confusing because the comments are in reference to the current state of languages.json in 2.0. It might be better to update the sample languages.json above so the changes and comments here are in reference to that

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

could you verify again ?

git merge X.Y-translations

# Push the updated main branch
git push origin main
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we definitely should not push to main, I think there are rules in place to prevent it but even if there weren't that should be a PR.

Comment on lines +170 to +179
```bash
# Add your changes
git add .

# Commit with a clear message
git commit -m "Release X.Y: Update version references and language settings"

# Push to the translation branch
git push origin X.Y-translations
```
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

for visibility it might be better to have this done in a prepare-release branch (or whatever name we like) and then open a PR into main so main is updated from the get-go and we then create tag and release branch from main. That being said, I am not so familiar with the workflows in this repo so @aterrel should probably weigh in.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Waiting for @aterrel’s comment before making changes.

@OriolAbril
Copy link
Contributor

I just realized it might be nice to use pip compile when creating the translation branch so we can guarantee we'll be able to rebuild the website for old versions in case it were ever needed. What do you think @AR21SM @aterrel?

@AR21SM
Copy link
Member Author

AR21SM commented Sep 17, 2025

I just realized it might be nice to use pip compile when creating the translation branch so we can guarantee we'll be able to rebuild the website for old versions in case it were ever needed. What do you think @AR21SM @aterrel?

Yeah, I like it. Using pip-compile would lock dependencies for each translation branch, so we can reliably rebuild old versions of the site without worrying about newer package changes causing breakages.

@github-actions
Copy link

This pull request has been inactive for 30 days. It will be closed in 14 days if no further activity occurs.

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants