Future proof migration spec from irrelevant failures
All threads resolved!
All threads resolved!
What does this MR do?
Future proofs this migration spec from irrelevant failures.
Why was this MR needed?
The ApplicationSetting
model was changed in CE, which broke this migration spec in EE.
Does this MR meet the acceptance criteria?
-
Changelog entry added, if necessary -
Documentation created/updated -
API support added - Tests
-
Added for this feature/bug -
All builds are passing
-
-
Conform by the [merge request performance guides](http://docs.gitlab.com/ee/development/merge_request_performance_guidelines.html) -
Conform by the style guides -
Branch has no merge conflicts with master
(if it does - rebase it please) -
Squashed related commits together
What are the relevant issue numbers?
Edited by username-removed-1144264
Merge request reports
Activity
assigned to @DouweM
@mkozono thanks! We could also fix this by defining the model local to the migration, as the migration spec will use the DB state as-of the time of the migration, but this works too!
changed milestone to %10.0
assigned to @smcgivern
- Resolved by username-removed-443319
assigned to @mkozono
assigned to @smcgivern
- Resolved by username-removed-1144264
assigned to @mkozono
assigned to @smcgivern
Fewer lines of code in each iteration, that's how I like my MRs
Thanks for putting up with me @mkozono!
mentioned in commit 0d88bc8e
Please register or sign in to reply