diff options
| author | Ryuta Kamizono <kamipo@gmail.com> | 2016-12-17 11:49:43 +0900 |
|---|---|---|
| committer | Ryuta Kamizono <kamipo@gmail.com> | 2017-02-04 21:05:23 +0900 |
| commit | 4db72741e9906ef3bb23c932122b8ab154a3fe2f (patch) | |
| tree | 2dc70d9cd523d58d10f509c74b54485593dbaef4 /activerecord/test/fixtures/reserved_words/values.yml | |
| parent | 605837a61933fc1e94097eea30e659bb9ef516eb (diff) | |
| download | rails-4db72741e9906ef3bb23c932122b8ab154a3fe2f.tar.gz rails-4db72741e9906ef3bb23c932122b8ab154a3fe2f.tar.bz2 rails-4db72741e9906ef3bb23c932122b8ab154a3fe2f.zip | |
Restore the behaviour of the compatibility layer for integer-like PKs
The PR #27384 changed migration compatibility behaviour.
```ruby
class CreateMasterData < ActiveRecord::Migration[5.0]
def change
create_table :master_data, id: :integer do |t|
t.string :name
end
end
end
```
Previously this migration created non-autoincremental primary key
expected. But after the PR, the primary key changed to autoincremental,
it is unexpected.
This change restores the behaviour of the compatibility layer.
Diffstat (limited to 'activerecord/test/fixtures/reserved_words/values.yml')
0 files changed, 0 insertions, 0 deletions