Add state header to notification emails
What does this MR do and why?
This is primarily targeted at issuable entities, and unlocks further email filtering and tagging workflows, by specifying within the email whether or not the issuable is open/closed/merged.
It can maybe be looked at for other GitLab entities, but for now, issuable state is enough.
Changelog: added
How to set up and validate locally
- Set up your gdk to send emails
- create a notification email for an MR or issue
- check the raw email for the header
X-GitLab-(MergeRequest|Issue)-State
MR acceptance checklist
This checklist encourages us to confirm any changes have been analyzed to reduce risks in quality, performance, reliability, security, and maintainability.
-
I have evaluated the MR acceptance checklist for this MR.