Breakout of Production vs. Mr Merge time
What does this MR do?
We really need our definition of done to drive home the point that MR merge is not the last time we should be looking at functionality. This should drive home to development teams the need to verify functionality through production use.
Working to address: gitlab-com/www-gitlab-com#12302 (closed)
Does this MR meet the acceptance criteria?
Conformity
-
I have included changelog trailers, or none are needed. (Does this MR need a changelog?) -
I have added/updated documentation, or it's not needed. (Is documentation required?) -
I have properly separated EE content from FOSS, or this MR is FOSS only. (Where should EE code go?) -
I have added information for database reviewers in the MR description, or it's not needed. (Does this MR have database related changes?) -
I have self-reviewed this MR per code review guidelines. -
This MR does not harm performance, or I have asked a reviewer to help assess the performance impact. (Merge request performance guidelines) -
I have followed the style guides. -
This change is backwards compatible across updates, or this does not apply.
Edited by Christopher Lefelhocz