레일스는 아무 이유없이 schema.rb를 변경합니다

Question

레일을 실행할 때마다 rake db:migrate 레일즈가 내 schema.rb 파일을 변경할 것을 결정합니다. 어떤 경우에는 이것이 완전히 합리적이지만 어떤 다른 경우에는 아무 이유없이 그것을하는 것처럼 보입니다. 내가 혼란스러워하는 경우는 새 이주와 git에서 schema.rb의 새 버전을 가져온 다음 rake db:migrate을 실행하는 것입니다. schema.rb 파일의 새 버전이이 마이그레이션과 함께 제공되므로 schema.rb를 업데이트하면 안됩니다. 그러나 레일은 매번 변경됩니다. 이 경우 I는 다음과 같은 믿을 수 없을만큼 바보 변경 찾을 :

add_index "my_table", ["column1", "column2"], :name => "index_on_some_columns" 

이 단순히 git checkout db/schema.rb를 실행하고 내 인생 계속 발생하면

add_index "my_table", ["column2", "column1"], :name => "index_on_some_columns" 

에,하지만 그것은 끝이 날 irkes. 왜 그렇게하는지, 어떻게하면 멈추게 할 수 있습니까?

편집 : schema.rb 파일의 새 버전이 마이그레이션와 함께, 내가 schema.rb를 업데이트하지 않아야하기 때문에 여기에 발췌가 사랑하는

@@ -165,12 +165,11 @@ ActiveRecord::Schema.define(:version => 20130206001907) do 
    t.column "updated_at", :datetime 
- t.column "coordinates", :point, :srid => 4326 
@@ -200,15 +199,16 @@ ActiveRecord::Schema.define(:version => 20130206001907) do 
    t.column "something", :boolean 
+ t.column "coordinates", :point, :srid => 4326 
+ t.column "random_string", :string 
    t.column "remote", :string 
- t.column "random_string", :string 
    end 

- add_index "my_table", ["id", "foreign_id"], :name => "index_active_my_table_on_foreign_and_id" 
- add_index "my_table", ["id", "active"], :name => "index_my_table_on_active_and_id" 
- add_index "my_table", ["id", "content_modified_at"], :name => "index_my_table_on_content_modified_at_and_id" 
+ add_index "my_table", ["foreign_id", "id"], :name => "index_active_my_table_on_foreign_and_id" 
+ add_index "my_table", ["active", "id"], :name => "index_my_table_on_active_and_id" 
+ add_index "my_table", ["content_modified_at", "id"], :name => "index_my_table_on_content_modified_at_and_id" 

Answer 1

에서입니다.

정확하지 않습니다.

레일스가 마이그레이션을 실행할 때마다 데이터베이스를 소스로 사용하여 schema.rb 파일을 업데이트합니다. 기존 schema.rb 파일을 보지 않고 데이터베이스의 정보 만 사용하고 덮어 씁니다.

진짜 문제는 schema.rb 파일을 생성 할 때 두 개의 서로 다른 환경에서 같은 마이그레이션 (루비, 레일, MySQL은, 운영 체제의 다른 조합)를 실행하는 다른 결과를 얻을 수 있다는 것을 나타납니다.

해결책은 가능한 모든 범위에서 코드를 체크인하는 모든 사람이 동일한 소프트웨어 버전을 사용하는지 확인하는 것입니다. 그리고 이것이 가능하지 않은 경우 (이것은 Windows 대 Linux 대 Mac의 차이이기 때문에 OS 변경과 같은 느낌이 들지 않습니다.) 불편을 감당해야합니다.

Answer 2

나를 위해 솔루션은 rake db:schema:load을 먼저 만들었습니다. 그리고 rake db:migrate은 아무 이유없이 내 schema.rb을 변경하지 않았습니다.

주의 :rake db:schema:load은 기존 데이터의 모든을 삭제하고 기존 schema.rb 관련하여 데이터베이스를 다시 것입니다.