Rename protected-branch subheadings to prevent confusion
What does this MR do?
Renames subheadings in doc/user/project/protected_branches.md
for clarity. @sean_carroll pointed out that the existing naming made it tough for users to determine which one was for new branches, and which one for modifying existing branches.
Fixes incoming links as well.
Related issues
- Closes Clearer protected-branch subheading names (#389054 - closed)
- Related to Remove note about feature flag (!109608 - merged) where the need was identified
Author's checklist
-
Optional. Consider taking the GitLab Technical Writing Fundamentals course. -
Follow the: -
If you're adding or changing the main heading of the page (H1), ensure that the product tier badge is added. -
If you are a GitLab team member, request a review based on: - The documentation page's metadata.
- The associated Technical Writer.
If you are a GitLab team member and only adding documentation, do not add any of the following labels:
~"frontend"
~"backend"
~"type::bug"
~"database"
These labels cause the MR to be added to code verification QA issues.
Reviewer's checklist
Documentation-related MRs should be reviewed by a Technical Writer for a non-blocking review, based on Documentation Guidelines and the Style Guide.
If you aren't sure which tech writer to ask, use roulette or ask in the #docs Slack channel.
-
If the content requires it, ensure the information is reviewed by a subject matter expert. - Technical writer review items:
-
Ensure docs metadata is present and up-to-date. -
Ensure the appropriate labels are added to this MR. -
Ensure a release milestone is set. - If relevant to this MR, ensure content topic type principles are in use, including:
-
The headings should be something you'd do a Google search for. Instead of Default behavior
, say something likeDefault behavior when you close an issue
. -
The headings (other than the page title) should be active. Instead of Configuring GDK
, say something likeConfigure GDK
. -
Any task steps should be written as a numbered list. - If the content still needs to be edited for topic types, you can create a follow-up issue with the docs-technical-debt label.
-
-
-
Review by assigned maintainer, who can always request/require the reviews above. Maintainer's review can occur before or after a technical writer review.
Merge request reports
Activity
changed milestone to %16.1
assigned to @aqualls
- Resolved by Sean Carroll
mentioned in issue #389054 (closed)
1 Message This merge request adds or changes documentation files. A review from the Technical Writing team before you merge is recommended. Reviews can happen after you merge. Documentation review
The following files require a review from a technical writer:
-
doc/api/protected_branches.md
(Link to current live version) -
doc/ci/pipelines/schedules.md
(Link to current live version) -
doc/user/project/deploy_keys/index.md
(Link to current live version) -
doc/user/project/import/github.md
(Link to current live version) -
doc/user/project/protected_branches.md
(Link to current live version)
The review does not need to block merging this merge request. See the:
-
Metadata for the
*.md
files that you've changed. The first few lines of each*.md
file identify the stage and group most closely associated with your docs change. - The Technical Writer assigned for that stage and group.
- Documentation workflows for information on when to assign a merge request for review.
Reviewer roulette
Changes that require review have been detected!
Please refer to the table below for assigning reviewers and maintainers suggested by Danger in the specified category:
Category Reviewer Maintainer backend Eduardo Bonet (
@eduardobonet
) (UTC+2, 9 hours ahead of@aqualls
)Ahmed Hemdan (
@ahmed.hemdan
) (UTC+2, 9 hours ahead of@aqualls
)frontend Ross Byrne (
@robyrne
) (UTC+1, 8 hours ahead of@aqualls
)Frédéric Caplette (
@f_caplette
) (UTC-4, 3 hours ahead of@aqualls
)To spread load more evenly across eligible reviewers, Danger has picked a candidate for each review slot, based on their timezone. Feel free to override these selections if you think someone else would be better-suited or use the GitLab Review Workload Dashboard to find other available reviewers.
To read more on how to use the reviewer roulette, please take a look at the Engineering workflow and code review guidelines. Please consider assigning a reviewer or maintainer who is a domain expert in the area of the merge request.
Once you've decided who will review this merge request, assign them as a reviewer! Danger does not automatically notify them for you.
If needed, you can retry the
danger-review
job that generated this comment.Generated by
Danger-
@sean_carroll I'm sending this over for you to review - I've spun up a review app so you can see the changes. Do these renamings help? If yes, I'll get it over to a FE and technical writer for review / merge.
requested review from @sean_carroll
Allure report
allure-report-publisher
generated test report!e2e-test-on-gdk:
test report for 395ad3d1expand test summary
+-----------------------------------------------------------------------+ | suites summary | +------------------+--------+--------+---------+-------+-------+--------+ | | passed | failed | skipped | flaky | total | result | +------------------+--------+--------+---------+-------+-------+--------+ | Create | 8 | 0 | 1 | 0 | 9 | ✅ | | Manage | 1 | 0 | 0 | 0 | 1 | ✅ | | Plan | 4 | 0 | 0 | 0 | 4 | ✅ | | Framework sanity | 0 | 0 | 1 | 0 | 1 | ➖ | | Govern | 2 | 0 | 0 | 0 | 2 | ✅ | | Monitor | 4 | 0 | 0 | 0 | 4 | ✅ | | Data Stores | 2 | 0 | 0 | 1 | 2 | ❗ | +------------------+--------+--------+---------+-------+-------+--------+ | Total | 21 | 0 | 2 | 1 | 23 | ❗ | +------------------+--------+--------+---------+-------+-------+--------+
e2e-review-qa:
test report for 395ad3d1expand test summary
+-----------------------------------------------------------------------+ | suites summary | +------------------+--------+--------+---------+-------+-------+--------+ | | passed | failed | skipped | flaky | total | result | +------------------+--------+--------+---------+-------+-------+--------+ | Create | 27 | 0 | 1 | 1 | 28 | ❗ | | Plan | 3 | 0 | 1 | 3 | 4 | ❗ | | Framework sanity | 0 | 0 | 1 | 0 | 1 | ➖ | | Govern | 2 | 0 | 0 | 2 | 2 | ❗ | | Monitor | 4 | 0 | 0 | 2 | 4 | ❗ | | Manage | 1 | 0 | 0 | 0 | 1 | ✅ | | Data Stores | 2 | 0 | 0 | 2 | 2 | ❗ | +------------------+--------+--------+---------+-------+-------+--------+ | Total | 39 | 0 | 3 | 10 | 42 | ❗ | +------------------+--------+--------+---------+-------+-------+--------+
@sean_carroll
, thanks for approving this merge request.This is the first time the merge request is approved. To ensure full test coverage, a new pipeline will be started shortly.
For more info, please refer to the following links:
added pipeline:mr-approved label
requested review from @jerasmus
removed backend label
- A deleted user
added backend label
- Resolved by Jacques Erasmus
Unassigning Sean, as he's approved. Assigning @msedlakjakubowski, especially since he's in a similar time zone to Jacques. (ONE DAY and I already am grateful for the extra TW.)
Docs changes:
- Rename subheading Configure a protected branch to Add protection to existing branches
- Rename subheading Configure multiple protected branches by using a wildcard to Protect multiple branches with wildcard rules
- Rename subheading Create a protected branch to Create a new branch with protections
- Update crosslinks to changed subheading, including one in the UI which is why we have the long pipeline.
requested review from @msedlakjakubowski and removed review request for @sean_carroll
- Resolved by Jacques Erasmus
@aqualls thanks for making these changes! It looks like we just have one or two places to update the anchor on the frontend then we should be good to go. Here's a patch for you:
diff --git a/app/assets/javascripts/projects/settings/branch_rules/components/edit/branch_dropdown.vue b/app/assets/javascripts/projects/settings/branch_rules/components/edit/branch_dropdown.vue index 3dcacf9eb349..6494456d5600 100644 --- a/app/assets/javascripts/projects/settings/branch_rules/components/edit/branch_dropdown.vue +++ b/app/assets/javascripts/projects/settings/branch_rules/components/edit/branch_dropdown.vue @@ -55,7 +55,7 @@ export default { }, searchInputDelay: 250, wildcardsHelpPath: helpPagePath('user/project/protected_branches', { - anchor: 'configure-multiple-protected-branches-by-using-a-wildcard', + anchor: 'protect-multiple-branches-with-wildcard-rules', }), props: { projectPath: { diff --git a/app/assets/javascripts/projects/settings/branch_rules/components/view/constants.js b/app/assets/javascripts/projects/settings/branch_rules/components/view/constants.js index b71c33d2b91d..a45ed5c68afe 100644 --- a/app/assets/javascripts/projects/settings/branch_rules/components/view/constants.js +++ b/app/assets/javascripts/projects/settings/branch_rules/components/view/constants.js @@ -49,7 +49,7 @@ export const BRANCH_PARAM_NAME = 'branch'; export const ALL_BRANCHES_WILDCARD = '*'; export const WILDCARDS_HELP_PATH = - 'user/project/protected_branches#configure-multiple-protected-branches-by-using-a-wildcard'; + 'user/project/protected_branches#protect-multiple-branches-with-wildcard-rules'; export const PROTECTED_BRANCHES_HELP_PATH = 'user/project/protected_branches';
Back to you for now
removed review request for @jerasmus
added UI text workflowin dev labels
removed review request for @msedlakjakubowski
requested review from @jerasmus
enabled an automatic merge when the pipeline for 2b88009a succeeds
Bundle size analysis [beta]
This compares changes in bundle size for entry points between the commits e7232025 and 395ad3d1
Special assetsEntrypoint / Name Size before Size after Diff Diff in percent mainChunk 2.95 MB 2.95 MB - 0.0 % average 4.09 MB 4.09 MB - 0.0 %
Note: We do not have exact data for e7232025. So we have used data from: 4762114e.
The target commit was too new, so we used the latest commit from master we have info on.
It might help to rerun thebundle-size-review
job
This might mean that you have a few false positives in this report. If something unrelated to your code changes is reported, you can check this comparison in order to see if they caused this change.Please look at the full report for more details
Read more about how this report works.
Generated by
Danger@jerasmus
rspec system foss-impact 39/40
fails https://gitlab.com/gitlab-org/gitlab/-/jobs/4350581342From the output, I think it's not our fault. Should we rebase or wait?
@msedlakjakubowski I think the failure is due the active incident. Let's keep an eye on the incident and retry the pipeline once the incident has been resolved.
mentioned in merge request !121737 (merged)
mentioned in commit 1238d169
added workflowstaging-canary label and removed workflowin dev label
added workflowcanary label and removed workflowstaging-canary label
added workflowstaging label and removed workflowcanary label
added workflowproduction label and removed workflowstaging label
added workflowpost-deploy-db-staging label and removed workflowproduction label
added workflowpost-deploy-db-production label and removed workflowpost-deploy-db-staging label
added releasedcandidate label