schema.rb中的Git数据库更改

Question

所以有2个相关的分支机构。 通知和shipping_options 。

我检查了master notifications ，然后进行了两次重要的数据库更改：

• 创建了GeneralNotice模型
• 修改现有的 Notice模型，通过添加一个dismissed的布尔值

然后， shipping_options也在与notifications相同的状态下从主服务器中检出，并且没有进行数据库更改，只有少量代码更改。

我运行rake db:migrate第一次从notifications切换到shipping_options ，反之亦然。

目前，当我在notifications ，并运行rails c我得到以下内容：

2.0.0-p451 :001 > Notice
 => Notice(id: integer, title: string, description: text, created_at: datetime, updated_at: datetime, kind: string, general_notice_id: integer, shop_id: integer, dismissed: boolean) 

2.0.0-p451 :002 > GeneralNotice
 => GeneralNotice(id: integer, title: string, description: text, created_at: datetime, updated_at: datetime) 
2.0.0-p451 :003 > 

• 通知已dismissed （如预期）
• GeneralNotice存在（如预期的那样）

然后我切换到shipping_options ，我希望你一直关注，因为这里有令人困惑的部分......

2.0.0-p451 :001 > Notice
 => Notice(id: integer, title: string, description: text, created_at: datetime, updated_at: datetime, kind: string, general_notice_id: integer, shop_id: integer, dismissed: boolean) 

2.0.0-p451 :002 > GeneralNotice
NameError: uninitialized constant GeneralNotice
    from (irb):2
    from /Users/marcoprins/.rvm/gems/ruby-2.0.0-p451/gems/railties-3.2.13/lib/rails/commands/console.rb:47:in `start'
    from /Users/marcoprins/.rvm/gems/ruby-2.0.0-p451/gems/railties-3.2.13/lib/rails/commands/console.rb:8:in `start'
    from /Users/marcoprins/.rvm/gems/ruby-2.0.0-p451/gems/railties-3.2.13/lib/rails/commands.rb:41:in `<top (required)>'
    from script/rails:6:in `require'
    from script/rails:6:in `<main>'
2.0.0-p451 :003 > 

• GeneralNotice不存在，所以通过根据我的分支更改数据库显然git是非常好的和有用的
• Notice 仍然有一个布尔dismissed ... Whaaaat ???? git是好还是不好？ 救命！！！！！！

Answer 1

1. 由于您已在第一个分支（通知）中运行迁移，因此该列已添加到数据库表中，因此它将显示您是否进行检查。 inspect方法直接使用数据库表，反映列（属性）。

2. GeneralNotice：如果检查数据库，它将包含表（general_notices），但由于定义了GeneralNotice的文件general_notice.rb在此分支中不存在，因此会抛出未初始化的常量错误。

看看这个以及这个有关将数据库置于版本控制之下的一些想法。

Answer 2

每当你切换分支，并且分支可能包含一组不同的迁移时，最好运行rake db:reset ，它从schema.rb文件重新加载数据库模式。

为了确保您的schema.rb在所有分支中都是最新的，每当您将分支与新迁移合并时，最好运行rake db:migrate:reset 。 此rake任务从一开始就运行所有迁移，并将生成的数据库方案写入文件。