Carry over resources after milestone due date
What does this MR do and why?
Describe in detail what your merge request does and why.
Planning is done based off of milestone due dates. The current triage-ops logic carries over resources 1 day prior to the release date. This does not make sense as the release cut-off is 1 week before the release.
This MR changes the logic so that resources will be carried over to the next milestone on the day following the milestone's due date.
Refs #1484
Expected impact & dry-runs
These are strongly recommended to assist reviewers and reduce the time to merge your change.
See https://gitlab.com/gitlab-org/quality/triage-ops/-/tree/master/doc/scheduled#testing-policies-with-a-dry-run on how to perform dry-runs for new policies.
See https://gitlab.com/gitlab-org/quality/triage-ops/-/blob/master/doc/reactive/best_practices.md#use-the-sandbox-to-test-new-processors on how to make sure a new processor can be tested.
Action items
-
If adding environment variables for reactive processors, update config/triage-web.yaml
and.gitlab/ci/triage-web.yml
-
(If applicable) Add documentation to the handbook pages for Triage Operations => - (If applicable) Identify the affected groups and how to communicate to them:
-
/cc @ person_or_group
=> -
Relevant Slack channels => -
Engineering week-in-review
-