Skip to content

Ensure docs hugo_build CI job uses docs-gitlab-com stable branches

What does this MR do and why?

Previously the docs hugo_build CI job attempted to check out the corresponding stable branch for the docs-gitlab-com repo if it detected a merge request targeted a GitLab stable branch. However, it did not do the same for direct commits to stable branches, which occur after the merge. This caused newly-added rules, such as external image checks, to fail on 18-1-stable-ee.

To fix this problem, also check CI_COMMIT_BRANCH.

Relates to gitlab-org/release/tasks#20666 (closed)

MR acceptance checklist

This checklist encourages us to confirm any changes have been analyzed to reduce risks in quality, performance, reliability, security, and maintainability.

  • This MR is backporting a bug fix, documentation update, or spec fix, previously merged in the default branch.
  • The MR that fixed the bug on the default branch has been deployed to GitLab.com (not applicable for documentation or spec changes).
  • The MR title is descriptive (e.g. "Backport of 'title of default branch MR'"). This is important, since the title will be copied to the patch blog post.
  • Required labels have been applied to this merge request
  • Set the milestone of the merge request to match the target backport branch version.
  • This MR has been approved by a maintainer (only one approval is required).
  • Ensure the e2e:test-on-omnibus-ee job has either succeeded or been approved by a Software Engineer in Test.

Note to the merge request author and maintainer

If you have questions about the patch release process, please:

Edited by Stan Hu

Merge request reports

Loading