GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — GitHub - open-data/stack-release-notes: Customized Sphinx project to track release notes and code changes across many CKAN related repositories.

BranchesTags
Open more actions menu

Latest commit

 

History

228 Commits
228 Commits

Folders and files

NameName
Last commit message
Last commit date
.github
.github
 
 
docs
docs
 
 
.editorconfig
.editorconfig
 
 
.gitignore
.gitignore
 
 
LICENSE
LICENSE
 
 
README.md
README.md
 
 
requirements.txt
requirements.txt
 
 
setup.cfg
setup.cfg
 
 

Repository files navigation

Open Government Canada Stack Releases

View the release notes

This repository contains a Sphinx project that gathers information from various project repos relating to the Open Government Canada tech stack, and stores their hashes in files. It also checks the difference of the hashes between this repo's release tags, and gathers change logs and comparison objects from the GitHub API.

How to make a Stack Release

When you are ready to deploy the code relating to the Open Government Canada project, you can tag this repository with a new release tag.

The tag should strictly follow the following date based format:

release/2024.05.07

OR (for same day)

release/2024.05.07.a
release/2024.05.07.b

OR (for pre release)

pre/2024.05.07

A GitHub workflow will run on tagging and generate the differences between all the related projects, compile the Sphinx project, and publish it to GitHub Pages. Pre releases will only display in GitHub Pages if it is the latest tag, otherwise they do not get displayed. Thus you can generate pre release notes with pre/2024.05.07 and share those notes; when you actually publish the code, you can tag with release/2024.05.07 which will replace the pre release display with the real release notes.

Tagging from GitHub

It is important to only tag from GitHub and not locally as pushing local tags may cause issues with syncing tags and the GitHub workflow.

  1. Create a new release;
  2. Under Choose a tag dropdown, make a new tag, following the above format;
  3. Check Set as pre-release and Publish release;
  4. We only want the tag really, and do not need the release ZIPs. So delete the release (the tag will remain).

Create a new tag and pre-release.

Delete the pre-release.

I Made a Mistake

General Project Repo Mistakes

If you built the release notes already and need to fix another project repo (e.g. missing change logs), you can manually fix it by deleting the related files for the release tag:

  • docs/source/_release_builds/change_logs/<tag>.json
  • docs/source/_release_builds/differences/<tag>.json
  • docs/source/_release_builds/github/<tag>.json
  • docs/source/_release_builds/releases/<tag>.json

Once you have done that, you can manually use the workflow_dispatch on the Build & Publish Release Notes GitHub Workflow.

Release Tag Mistakes

If you made a mistake tagging this repo (e.g. incorrect release tag format), you can manually delete the tag and the related files above. Once you have done that, you can re-tag the repo and the GitHub Workflow will run again.

About

Customized Sphinx project to track release notes and code changes across many CKAN related repositories.

Resources

Readme
MIT license
Activity
Custom properties

Stars

0 stars

Watchers

2 watching

Forks

0 forks
Report repository

Releases

Packages

Used by

Contributors

You are visitor 01402503 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.