For more information regarding the purpose and roadmap, view the website or the markdown doc
Customize your .env
file similar to .env.example
(.env.example)
Documentation can be added directly from the repository or from a remote repository.
All local posts are located in the /content/docs
directory. Each file is a Markdown (.md
) file. Create the name of the link my-path
and inside create an index.md
.
/content/docs/my-document/index.md
---
title: My Document
description: My Document Description
---
# Content goes here
valid markdown
Jupyter Notebooks (.ipynb
) can be added in a similar manner by adding them to the /content/docs
directory. Add the notebook(s) and create an index.mdx
where you can import the notebook(s) to be included.
/content/docs/my-notebook/index.mdx
/content/docs/my-notebook/hello-world.ipynb
---
title: My Notebook
description: My Notebook Description
---
import JupyterNotebook from '../../../src/components/JupyterNotebook'
### Title
<JupyterNotebook path="my-notebook/hello-world.ipynb"/>
To add remote content, it is recommended you clone any remote content repositories or forks as you prefer at the root of this repository:
git clone [email protected]:operate-first/continuous-deployment.git
Add remote repository url and directory to get content from in content-sources.yaml
- name: continuous deployment docs
gitSrc: https://github.com/operate-first/continuous-deployment.git
dir: continuous-deployment/docs
urlPrefix: cd
There are two ways you can manage the table of contents for the remote repo.
First is to include the content directly in the master content/toc.yaml
.
- id: continuous-deployment
label: Continuous Deployment
href: /cd/versions #include the filename to be added from the remote repo
The second way is to manage an independent repo-toc.yaml
for the remote repo. This repo-toc.yaml
can be located in the content
directory or also fetched from the remote repo if needed.
Based on whether using the file from the local repo or the cloned repo, make sure to include the file in the toc-sources.yaml
- content/cd-toc.yaml # using file from local repo
- continuous-deployment/docs/toc.yaml # using file from cloned repo
You can run the app locally to preview your changes. In terminal:
make dev
Runs npm install
and npm start
/gatsby develop
;
When previewing your changes on a fork.
First, enable github pages to use the gh-pages branch from root.
Then, from your branch manually build and push.
make gh-pages-fork
Now you can view your work on https://githubuserid.github.io/operate-first.github.io
If you've set up to preview the site on your personal GitHub pages, like the above, you can also preview multiple PR branches from your fork under separate paths. For example, for a branch named my-branch
, would deploy under a subpath of the same name.
From your branch manually build and push.
make gh-pages-branch
Now you can view your work on https://githubuserid.github.io/operate-first.github.io/my-branch
CI should deploy to GitHub pages automatically, but to manually redeploy
make gh-pages
Customize .env
file to image and source information as desired. npm
and the s2i
command line tool is required. https://github.com/openshift/source-to-image
IMAGE_REPOSITORY=quay.io/my-org/operate-first-app:latest
SOURCE_REPOSITORY_URL=[email protected]:my-org/operate-first.github.io.git
SOURCE_REPOSITORY_REF=my-branch
make build
Customize .env
file to image information and container builder.
CONTAINER_BUILDER=docker
IMAGE_REPOSITORY=quay.io/my-org/odh-dashboard:latest
make push
Customize .env
file for deployment information. Required. oc
command line tool is required.
OC_URL=https://api.my-host:6443
OC_PROJECT=operate-first
# user and password login
OC_USER=kubeadmin
OC_PASSWORD=my_password
or
OC_URL=https://api.my-host:6443
OC_PROJECT=operate-first
# token login
OC_TOKEN=my_token
Run:
make deploy