gitlab-org--gitlab-foss/lib/gitlab/database
Yorick Peterse 78d22fb20d
Use a background migration for issues.closed_at
In a previous attempt (rolled back in
https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/16021) we tried
to migrate `issues.closed_at` from timestamp to timestamptz using a
regular migration. This has a bad impact on GitLab.com and as such was
rolled back.

This commit re-implements the original migrations using generic
background migrations, allowing us to still migrate the data in a single
release but without a negative impact on availability.

To ensure the database schema is up to date the background migrations
are performed inline in development and test environments. We also make
sure to not migrate that that doesn't need migrating in the first place
or has already been migrated.
2018-01-03 12:28:00 +01:00
..
rename_reserved_paths_migration Merge remote-tracking branch 'upstream/master' into no-ivar-in-modules 2017-11-22 17:07:01 +08:00
date_time.rb fixing spec failures 2016-11-17 08:22:55 +01:00
grant.rb Fix TRIGGER checks for MySQL 2017-11-06 23:34:07 +01:00
median.rb Enable Style/DotPosition Rubocop 👮 2017-06-21 13:48:12 +00:00
migration_helpers.rb Use a background migration for issues.closed_at 2018-01-03 12:28:00 +01:00
multi_threaded_migration.rb Prepare for zero downtime migrations 2017-04-12 18:15:19 +02:00
read_only_relation.rb Fix setting share_with_group_lock 2017-09-15 17:38:46 +02:00
sha_attribute.rb Added code for defining SHA attributes 2017-06-29 15:37:37 +02:00