Skip to content

Repository files navigation

docs-playground

This repository is a copy of OP-TED/OP-TED.github.io (canonical repository) maintained by the Release Wizard of the eForms Metadata Manager application (MDM) for testing the SDK release process automation. It is not the production site and it is not consumed by any downstream system.

If you are looking for the real TED Developer Docs source, please use OP-TED/OP-TED.github.io instead.

How this repository differs from the canonical repository

Five files are replaced by the wizard each time it refreshes this repository:

  • This README. The canonical repository's README describes the real TED Developer Docs site and would mislead anyone landing here by accident. It is replaced by the text you are now reading so that visitors are warned immediately.
  • .github/workflows/publish_site.yml. The canonical workflow runs a full Antora build of the documentation site, which requires node_modules, a yarn.lock, and several minutes of checkout and rendering. None of that is useful in a wizard test, where what matters is only that a workflow run progresses from queued to running to completed so the wizard's polling code can observe the transition. The replacement workflow is a sixty-second no-op that always succeeds.
  • .github/workflows/publish_staging.yml. The canonical workflow builds the site and deploys it to the real staging site on every push to develop — which the wizard does during every test. The replacement keeps the same name and triggers and does nothing.
  • .github/workflows/index_site.yml. The canonical workflow runs every night and rebuilds the production site's search index. The replacement runs only when started by hand and does nothing.
  • antora-playbook.yml. A copy of the canonical playbook on master, with three changes: documentation content is read from OP-TED/eforms-docs-playground instead of OP-TED/eforms-docs, so that the test cycle stays self-contained; the other components' sources are commented out, so that builds take seconds; and search engines are kept out.

GitHub Pages is also not enabled on this repository, so even the stub workflow does not publish anything that would be visible on the public web. This repository has no secrets, on purpose.

How this repository is refreshed

The MDM Release Wizard exposes a refresh button on the Start a new release card. The operator may press it at any time before starting a release test. The button opens a dialogue in which one or more playground repositories may be selected for refresh. When this repository is selected, the wizard takes the canonical repository's current state, applies the five files listed above (this README included), and force-pushes the result onto this repository in one go. It deletes any branches and tags that do not exist on the canonical, and every GitHub Release left over from earlier tests.

The refresh button is shown only when the MDM instance is configured to use playground repositories — that is, in development and other non-production deployments. In production, where MDM is configured against the canonical repositories, the button is not shown and the underlying endpoints are disabled.

Because every refresh erases local state on this repository, please do not open pull requests against it, do not push commits to it, and do not rely on its branches, tags, or GitHub Releases as a source of truth. The authoritative artefacts live on the canonical repository linked above.

Other playground repositories used for testing the SDK release process

The MDM Release Wizard maintains a small family of playground repositories under the same OP-TED organisation, each mirroring the corresponding canonical repository for testing:

Each of these repositories carries a similar README and is refreshed by the wizard in the same way.

About

This repository is used for testing CI/CD pipelines for documentation generation.

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Used by

Contributors

Languages