diff options
author | GitLab Bot <gitlab-bot@gitlab.com> | 2022-07-20 18:40:28 +0300 |
---|---|---|
committer | GitLab Bot <gitlab-bot@gitlab.com> | 2022-07-20 18:40:28 +0300 |
commit | b595cb0c1dec83de5bdee18284abe86614bed33b (patch) | |
tree | 8c3d4540f193c5ff98019352f554e921b3a41a72 /.gitlab/issue_templates | |
parent | 2f9104a328fc8a4bddeaa4627b595166d24671d0 (diff) |
Add latest changes from gitlab-org/gitlab@15-2-stable-eev15.2.0-rc42
Diffstat (limited to '.gitlab/issue_templates')
6 files changed, 59 insertions, 8 deletions
diff --git a/.gitlab/issue_templates/Broken Master - Flaky.md b/.gitlab/issue_templates/Broken Master - Flaky.md new file mode 100644 index 00000000000..6b56845ba8c --- /dev/null +++ b/.gitlab/issue_templates/Broken Master - Flaky.md @@ -0,0 +1,25 @@ +<!--- +This issue template is for a master pipeline is failing for a flaky reason that cannot be reliably reproduced. + +Please read the below documentations for a workflow of triaging and resolving broken master. + +- https://about.gitlab.com/handbook/engineering/workflow/#triage-broken-master +- https://gitlab.com/gitlab-org/quality/engineering-productivity/team/-/blob/main/runbooks/master-broken.md +- https://gitlab.com/gitlab-org/gitlab/-/blob/master/doc/development/testing_guide/flaky_tests.md +---> + +### Summary + +<!-- Link to the failing master build and add the build failure output in the below code block section. --> + +### Steps to reproduce + +<!-- If the pipeline failure is reproducible, provide steps to recreate the issue locally. Please use an ordered list. --> + +### Proposed Resolution + +<!-- Describe the proposed change to restore master stability. --> + +Please refer to the [Resolution guidance](https://about.gitlab.com/handbook/engineering/workflow/#resolution-of-broken-master) to learn more about resolution of broken master. + +/label ~"failure::flaky-test" ~"Engineering Productivity" ~"priority::2" ~"severity::2" diff --git a/.gitlab/issue_templates/Broken Master - Non-flaky.md b/.gitlab/issue_templates/Broken Master - Non-flaky.md new file mode 100644 index 00000000000..97a34aa759d --- /dev/null +++ b/.gitlab/issue_templates/Broken Master - Non-flaky.md @@ -0,0 +1,24 @@ +<!--- +This issue template is for a master pipeline is failing for a non-flaky reason. + +Please read the below documentations for a workflow of triaging and resolving broken master. + +- https://about.gitlab.com/handbook/engineering/workflow/#triage-broken-master +- https://gitlab.com/gitlab-org/quality/engineering-productivity/team/-/blob/main/runbooks/master-broken.md +---> + +### Summary + +<!-- Link to the failing master build and add the build failure output in the below code block section. --> + +### Steps to reproduce + +<!-- If the pipeline failure is reproducible, provide steps to recreate the issue locally. Please use an ordered list. --> + +### Proposed Resolution + +<!-- Describe the proposed change to restore master stability. --> + +Please refer to the [Resolution guidance](https://about.gitlab.com/handbook/engineering/workflow/#resolution-of-broken-master) to learn more about resolution of broken master. + +/label ~"master:broken" ~"Engineering Productivity" ~"priority::1" ~"severity::1" diff --git a/.gitlab/issue_templates/Feature Flag Roll Out.md b/.gitlab/issue_templates/Feature Flag Roll Out.md index 1b3d82cf522..f3830a5cc10 100644 --- a/.gitlab/issue_templates/Feature Flag Roll Out.md +++ b/.gitlab/issue_templates/Feature Flag Roll Out.md @@ -62,7 +62,7 @@ _Consider adding links to check for Sentry errors, Production logs for 5xx, 302s - Ensure that the feature MRs have been deployed to non-production environments. - [ ] `/chatops run auto_deploy status <merge-commit-of-your-feature>` - [ ] Enable the feature globally on non-production environments. - - [ ] `/chatops run feature set <feature-flag-name> true --dev --staging` + - [ ] `/chatops run feature set <feature-flag-name> true --dev --staging --staging-ref` - [ ] Verify that the feature works as expected. Posting the QA result in this issue is preferable. The best environment to validate the feature in is [staging-canary](https://about.gitlab.com/handbook/engineering/infrastructure/environments/#staging-canary) as this is the first environment deployed to. Note you will need to make sure you are configured to use canary as outlined [here](https://about.gitlab.com/handbook/engineering/infrastructure/environments/canary-stage/) @@ -120,7 +120,7 @@ To do so, follow these steps: the feature can be officially announced in a release blog post. - [ ] `/chatops run release check <merge-request-url> <milestone>` - [ ] Consider cleaning up the feature flag from all environments by running these chatops command in `#production` channel. Otherwise these settings may override the default enabled. - - [ ] `/chatops run feature delete <feature-flag-name> --dev --staging --production` + - [ ] `/chatops run feature delete <feature-flag-name> --dev --staging --staging-ref --production` - [ ] Close [the feature issue](ISSUE LINK) to indicate the feature will be released in the current milestone. - [ ] Set the next milestone to this rollout issue for scheduling [the flag removal](#release-the-feature). - [ ] (Optional) You can [create a separate issue](https://gitlab.com/gitlab-org/gitlab/-/issues/new?issuable_template=Feature%20Flag%20Cleanup) for scheduling the steps below to [Release the feature](#release-the-feature). @@ -156,7 +156,7 @@ You can either [create a follow-up issue for Feature Flag Cleanup](https://gitla - [ ] `/chatops run release check <merge-request-url> <milestone>` - [ ] Close [the feature issue](ISSUE LINK) to indicate the feature will be released in the current milestone. - [ ] If not already done, clean up the feature flag from all environments by running these chatops command in `#production` channel: - - [ ] `/chatops run feature delete <feature-flag-name> --dev --staging --production` + - [ ] `/chatops run feature delete <feature-flag-name> --dev --staging --staging-ref --production` - [ ] Close this rollout issue. ## Rollback Steps diff --git a/.gitlab/issue_templates/Feature proposal - detailed.md b/.gitlab/issue_templates/Feature proposal - detailed.md index 9f8a0a92a58..48052ed49ea 100644 --- a/.gitlab/issue_templates/Feature proposal - detailed.md +++ b/.gitlab/issue_templates/Feature proposal - detailed.md @@ -81,7 +81,9 @@ Please list the test areas (unit, integration and end-to-end) that needs to be a * Integration test changes * End-to-end test change -See the test engineering planning process and reach out to your counterpart Software Engineer in Test for assistance: https://about.gitlab.com/handbook/engineering/quality/test-engineering/#test-planning --> +See the Quality Engineering quad planning and test planning processes and reach out to your counterpart Software Engineer in Test for assistance. +Quad Planning: https://about.gitlab.com/handbook/engineering/quality/quality-engineering/quad-planning +Test Planning: https://about.gitlab.com/handbook/engineering/quality/quality-engineering/test-engineering/#test-planning --> ### Available Tier diff --git a/.gitlab/issue_templates/Geo Replicate a new Git repository type.md b/.gitlab/issue_templates/Geo Replicate a new Git repository type.md index 34e6e70015b..e1c5928b950 100644 --- a/.gitlab/issue_templates/Geo Replicate a new Git repository type.md +++ b/.gitlab/issue_templates/Geo Replicate a new Git repository type.md @@ -64,7 +64,7 @@ For more information, see the [Enable Geo migrations to use Migration[2.0]](http disable_ddl_transaction! def up - ActiveRecord::Base.transaction do + ApplicationRecord.transaction do create_table :cool_widget_registry, id: :bigserial, force: :cascade do |t| t.bigint :cool_widget_id, null: false t.datetime_with_timezone :created_at, null: false @@ -128,7 +128,7 @@ The Geo primary site needs to checksum every replicable so secondaries can verif ```ruby # frozen_string_literal: true - class CreateCoolWidgetStates < Gitlab::Database::Migration[1.0] + class CreateCoolWidgetStates < Gitlab::Database::Migration[2.0] VERIFICATION_STATE_INDEX_NAME = "index_cool_widget_states_on_verification_state" PENDING_VERIFICATION_INDEX_NAME = "index_cool_widget_states_pending_verification" FAILED_VERIFICATION_INDEX_NAME = "index_cool_widget_states_failed_verification" diff --git a/.gitlab/issue_templates/Geo Replicate a new blob type.md b/.gitlab/issue_templates/Geo Replicate a new blob type.md index e6f96c575d2..9158885262d 100644 --- a/.gitlab/issue_templates/Geo Replicate a new blob type.md +++ b/.gitlab/issue_templates/Geo Replicate a new blob type.md @@ -66,7 +66,7 @@ For more information, see the [Enable Geo migrations to use Migration[2.0]](http disable_ddl_transaction! def up - ActiveRecord::Base.transaction do + ApplicationRecord.transaction do create_table :cool_widget_registry, id: :bigserial, force: :cascade do |t| t.bigint :cool_widget_id, null: false t.datetime_with_timezone :created_at, null: false @@ -130,7 +130,7 @@ The Geo primary site needs to checksum every replicable so secondaries can verif ```ruby # frozen_string_literal: true - class CreateCoolWidgetStates < Gitlab::Database::Migration[1.0] + class CreateCoolWidgetStates < Gitlab::Database::Migration[2.0] VERIFICATION_STATE_INDEX_NAME = "index_cool_widget_states_on_verification_state" PENDING_VERIFICATION_INDEX_NAME = "index_cool_widget_states_pending_verification" FAILED_VERIFICATION_INDEX_NAME = "index_cool_widget_states_failed_verification" |