Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Backport documentation publishing improvements #1880

Conversation

jdbaldry
Copy link
Member

Backports the documentation fixes from main that allow documentation releases on release branches.

johannaratliff and others added 4 commits May 17, 2022 15:33
* Simplify documentation publishing logic

Split into two pipelines, one that runs on main and one that runs on
release branches and tags.

Use `has-matching-release-tag` workflow to determine whether to release
documentation on release branch and tags.

`has-matching-release-tag` is documented in https://github.com/grafana/grafana-github-actions/blob/main/has-matching-release-tag/action.yaml

Signed-off-by: Jack Baldry <jack.baldry@grafana.com>

* Remove script no longer used for documentation releases

Signed-off-by: Jack Baldry <jack.baldry@grafana.com>

* Add missing clone step for the website-sync action

Signed-off-by: Jack Baldry <jack.baldry@grafana.com>

* Update RELEASE instructions to reflect automated docs publishing

Signed-off-by: Jack Baldry <jack.baldry@grafana.com>

* Remove conditional from website clone for next publishing

Signed-off-by: Jack Baldry <jack.baldry@grafana.com>
* Checkout the repository as part of the documentation sync

I assumed this was already done but the GitHub docs confirm that it is
required.
https://docs.github.com/en/github-ae@latest/actions/using-workflows/about-workflows#about-workflows
Signed-off-by: Jack Baldry <jack.baldry@grafana.com>

* Allow manual triggering of workflow

Signed-off-by: Jack Baldry <jack.baldry@grafana.com>
TIL that if you edit the workflow in the GitHub UI, it will lint your workflow file and make sure that all the keys conform to the schema.
@jdbaldry jdbaldry changed the title Jdb/2022 05 backport documentation publishing improvements Backport documentation publishing improvements May 18, 2022
steps:
- name: "Check out code"
uses: "actions/checkout@v3"
- name: "Build website"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this build website or build technical documentation for the website?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does it make more or less sense for this to be "Build technical documentation target for website"?

Copy link
Contributor

@osg-grafana osg-grafana left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Approved with feedback

@@ -104,10 +105,6 @@ To publish a stable release:
- Temporarily enable "Allow merge commits" option in "Settings > Options"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- Temporarily enable "Allow merge commits" option in "Settings > Options"
- From **Settings** > **Options**, temporarily enable the **Allow merge commits** option.

@@ -104,10 +105,6 @@ To publish a stable release:
- Temporarily enable "Allow merge commits" option in "Settings > Options"
- Locally merge the `merge-release-X.Y-to-main` branch into `main`, and push the changes to `main` back to GitHub. This doesn't break `main` branch protection, since the PR has been approved already, and it also doesn't require removing the protection.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- Locally merge the `merge-release-X.Y-to-main` branch into `main`, and push the changes to `main` back to GitHub. This doesn't break `main` branch protection, since the PR has been approved already, and it also doesn't require removing the protection.
- Locally merge the `merge-release-X.Y-to-main` branch into `main`, and push the changes to `main` back to GitHub. This doesn't break `main` branch protection because the PR has been approved already, and it also doesn't require removing the protection.

@pracucci
Copy link
Collaborator

@osg-grafana @johannaratliff This is a cherry-pick PR. We should not do any change here. Changes must be done in main first and then cherry-picked to release-2.1.

Base automatically changed from prepare-release-2.1.0-rc.1 to release-2.1 May 18, 2022 22:43
@pracucci
Copy link
Collaborator

Going to merge it with a merge commit.

@pracucci pracucci merged commit 2a4b1bc into release-2.1 May 23, 2022
@pracucci pracucci deleted the jdb/2022-05-backport-documentation-publishing-improvements branch May 23, 2022 06:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants