gitlab-org--gitlab-foss/db/migrate/20130506090604_create_deploy_keys_projects.rb

# rubocop:disable all
class CreateDeployKeysProjects < ActiveRecord::Migration
  DOWNTIME = false

  def change
    create_table :deploy_keys_projects do |t|
      t.integer :deploy_key_id, null: false
      t.integer :project_id, null: false

      t.timestamps null: true
    end
  end
end
Enable RuboCop for migrations Migrations shouldn't fail RuboCop checks - especially lint checks, such as the nested method check. To avoid changing code in existing migrations, add the magic comment to the top of each of them to skip that file. 2016-06-09 08:39:16 -04:00			`# rubocop:disable all`
migrations for ssh key STI and deploy keys <-> projects relation 2013-05-06 05:27:54 -04:00			`class CreateDeployKeysProjects < ActiveRecord::Migration`
Make the downtime_check task happy Signed-off-by: Rémy Coutable <remy@rymai.me> 2016-11-30 10:15:02 -05:00			`DOWNTIME = false`

migrations for ssh key STI and deploy keys <-> projects relation 2013-05-06 05:27:54 -04:00			`def change`
			`create_table :deploy_keys_projects do \|t\|`
			`t.integer :deploy_key_id, null: false`
			`t.integer :project_id, null: false`

Add `null: true` to timestamps in migrations that does not define it This is to ensure that migrations will still be consitent when we will upgrade to Rails 5 which default to `null: false` for timestamps columns. Fixes #23666. Signed-off-by: Rémy Coutable <remy@rymai.me> 2016-11-28 10:45:08 -05:00			`t.timestamps null: true`
migrations for ssh key STI and deploy keys <-> projects relation 2013-05-06 05:27:54 -04:00			`end`
			`end`
			`end`