Commit graph

7 commits

Author SHA1 Message Date
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
digitalMoksha
9295c827b8 fix link that was linking to html instead of md
(to be consistent)
2017-11-29 10:44:33 +01:00
Valery Sizov
cf9d9d865d [Migration guide] Add note about prefering change_column_null over change_column 2017-05-18 11:35:59 +03:00
Yorick Peterse
223d8a3d26
Prepare for zero downtime migrations
Starting with GitLab 9.1.0 we will no longer allow downtime migrations
unless absolutely necessary. This commit updates the various developer
guides and adds code that is necessary to make zero downtime migrations
less painful.
2017-04-12 18:15:19 +02:00
Nick Thomas
630eb119cb Renaming columns requires downtime 2016-11-07 10:57:08 +00:00
Yorick Peterse
ee451ea573
Mention add_column_with_default in downtime guide
[ci skip]
2016-08-10 11:09:53 +02:00
Yorick Peterse
c462dcec4d
Added guide about migrations and downtime
This guide describes various commonly used operations and the impact
they have on the availability of a GitLab instance.
2016-08-04 17:25:31 +02:00