-
Notifications
You must be signed in to change notification settings - Fork 647
Contributing to the Site
Changes are automatically deployed when they are merged into the master branch. We use a release branch to collect doc PRs that can't be pushed until the next release. If you have changes that don't need to wait until the next release, use the All Other Content process.
Note: All changes must be merged into the
masterbranch to be published.
Use these steps to add your changes related to a scheduled Monolith release.
Note: These steps assume that a release branch has not already been created. If it has, skip to step Create a Working Branch off of the Release Branch.
Create a new branch for the release using the Monthly Release Plan Calendar to name the release. For example, a monthly release branch might be named release-2019.04.0 and a weekly release branch might be named release-2019.04.1.
Note: Make sure that there isn't an existing release branch already.
- Ensure that your local
masterbranch is up-to-date with remote:
[okta-developer-docs branch]$ git checkout master
[okta-developer-docs master]$ git pull origin master- Create the release branch:
[okta-developer-docs master]$ git checkout -b release-branch-nameNext you need to create your working branch for the changes that you want included in the release.
- In the terminal, switch to the release branch if you aren't already there and make sure that you are up-to-date:
[okta-developer-docs branch]$ git checkout release-branch-name
[okta-developer-docs branch]$ git pull- Create a working branch from the release branch.
[okta-developer-docs branch]$ git checkout -b working-branch-name-
Make your changes inside the
packages/@okta/vuepress-site/directory. -
Confirm that VuePress builds a local version of the site by running
yarn devand then navigating to http://localhost:8080/documentation/. Check your changes.
[okta-developer-docs branch]$ yarn devAfter you are finished with your changes and confirmed that all is working and looking the way that it should locally, push your branch.
[okta-developer-docs branch]$ git add .
[okta-developer-docs branch]$ git status (make sure only what you changed is included in your commit)
[okta-developer-docs branch]$ git commit -m "what you did"
[okta-developer-docs branch]$ git push -u origin working-branch-nameIn GitHub, create a PR against the release branch.
- Click New Pull Request or Create Pull Request.
- Select base: release-branch-name and then compare: working-branch-name.
- Add your reviewers to the pull request.
- Assign the
doc releaselabel. - Click Create PR.
- Confirm that you only see the expected changes and that all the tests pass.
Content not related to a release is merged in to the master branch. About fifteen minutes after it's merged, it's live on developer.okta.com (deployed via CI).
-
Fetch latest from origin and create a new topic branch off of
master:[okta-developer-docs branch]$ git checkout master [okta-developer-docs master]$ git fetch origin [okta-developer-docs master]$ git merge origin/master [okta-developer-docs master]$ git checkout -b my-branch
-
Make your changes inside the
packages/@okta/vuepress-site/directory. -
Confirm that VuePress builds a local version of the site by running
yarn devand then navigating to http://localhost:8080/documentation/. Check your changes. -
After you are happy with your changes, commit them, push the branch, and create a new Pull Request. Leave the base branch as
master. -
Get it reviewed. When it passes the Travis test and is approved, it can be merged.
If anything goes awry with publication, contact DevEx EEP.