Migrate ProjectSettingsUpdate mutation off AvailableServices
What does this MR do and why?
Migrate ProjectSettingsUpdate mutation off AvailableServices, which we are phasing out. This is part of Replace methods that check for AddOnPurchases (#542422 - closed).
This is a refactor and not user-facing, so I left the existing semantics intact, which are:
- on gitlab.com, this path is always enabled.
- on SM/Dedicated, an instance-wide lookup for add-ons is made.
This second part is now implemented using ::GitlabSubscriptions::AddOnPurchase.find_for_active_duo_add_ons(:instance).
References
How to set up and validate locally
- Make sure
GITLAB_SIMULATE_SAASis falsey - Send a
projectSettingsUpdatemutation e.g. via/-/graphql-explorer
Without Duo purchases ⛔
With Duo purchases ✅
MR acceptance checklist
Evaluate this MR against the MR acceptance checklist. It helps you analyze changes to reduce risks in quality, performance, reliability, security, and maintainability.
Related to #542422 (closed)
Edited by Matthias Käppler

