| Age | Commit message (Collapse) | Author |
|---|
|
Those will clutter each other and just lead to confusion. The pages
job is just a helper for users outside the repository, so it doesn't
make sense to run it there.
This uses the `CI_PROJECT_ROOT_NAMESPACE` variable (`tpo`) instead of
the full project name so that it can be retrofitted into the template
after testing.
|
|
This makes GitLab CI try to push the site to the static-shim
server. This will should succeed, because we have added the key in
Puppet, but will ultimately fail to deploy because the static
component hasn't been setup properly yet.
We're hoping to setup review apps so that we can see a real version of
this before switching off the old spec.tpo.
|
|
The `pages-deploy.yml` target will "do the right thing" for us here,
it's useless for us to figure out how exactly to do the pages dance
here, let's just delegate.
Alternatively, we could "vendor" that code in here, but then we lose
the benefit of improvements TPA might make here in the future. Also:
this will make it easier to enable the static shim once it's ready.
|
|
The `check` job is really a build job here, since it actually does
build the website. It just doesn't keep artifacts around... So let's
do that, and make the `pages` job just reuse those instead of
rebuilding from scratch.
This is part of migrating torspec to a static component, as we need
artifacts for the built site to be sent in to the static component
system.
See tpo/tpa/team#41348
|
|
|
|
|
|
This test just tries to make sure reindex has been run,
and that mdbook passes.
|
|
|
|
|
|
|
|
This does a rough conversion to Markdown using regexps, then uses pandoc to
convert the Markdown to HTML. An index.html is also generated to make it
easy to find the various documents. This will create a site in any GitLab
fork that has CI/CD and Pages setup, which is the default on gitlab.com.
|
