schema.rb 다른 지점에서 마이그레이션으로 인해 엉망이되었습니다

Question

현재이 애플리케이션의 새로운 기능이있는 거대한 레일 애플리케이션과 여러 가지 브랜치로 작업하고 있습니다. 많은 기능을 마이그레이션해야 할 필요가 있습니다. 마스터와 병합하기 전까지는 문제가되지 않아야합니다. schema.rb가 dev 데이터베이스의 정보로 업데이트되었습니다!

는 명확히하기 :

1. Branch A has migration create_table_x 
2. Branch B has migration create_table_y 
3. Branch A adds another create_table_z and runs db:migrate 
4. You want to merge Branch A with Master and you see table_x, table_y and table_z in the schema.rb of Branch A. 

그것은 지점에있는 모든 마이그레이션하기 전에 데이터베이스를 시드 또는 분기마다 데이터베이스를 만들 + 재설정 할 수있는 옵션이 아니다. 거대한 크기의 2GB SQL 데이터로 인해 실행할 수 없습니다.

내 질문 :

정말이 모든 마이그레이션을 다시 도착 이후 저장소에 schema.rb을 유지하기 위해 필요합니까?

그렇다면 데이터베이스 덤프 대신 스키마에서 스키마를 빌드 할 수 있습니까?

Answer 1

귀하의 저장소 내에 스키마를 유지해야합니다. 마이그레이션을 실행하면 schema.rb 파일 내의 병합 충돌이 수정됩니다. 내 간단한 질문에

1. 그것은 필수입니까? 별로,하지만 좋은 연습.

"강하게 버전 제어 시스템에이 파일을 확인하는 것이 좋습니다." -schema.rb

1. 가능합니까? 그렇습니다.하지만 실제로 수동으로 수행하거나 다른 위치에서 마이그레이션 스키마를 빌드하고 밀어 넣는 방법으로 시간을 절약 할 수 있는지 자문하고 싶을 수도 있습니다.

는 GE

rake db:schema:load 

및

rake db:schema:dump 

빠른 해결 방법 예를 들어

로

http://tbaggery.com/2010/10/24/reduce-your-rails-schema-conflicts.html

Answer 2

새로운 개발자 (또는 테스트 환경)가 schema.rb에서 새 데이터베이스를 생성 할 수 있기를 원하기 때문에 저장소에 schema.rb를 유지하는 것이 중요합니다. 마이그레이션이 많은 경우, 특히 마이그레이션이 처음 실행될 때보 다 유효하지 않은 모델 클래스가 있거나 존재하지 않거나 변경된 모델 클래스에 의존하는 경우 모두 계속 실행되지 않을 수 있습니다. 테스트를 실행할 때 전체 테스트 스위트를 실행할 때마다 모든 마이그레이션을 다시 실행하지 않고 schema.rb에서 데이터베이스를 덤프하고 다시 작성하려고합니다.

동시에 두 개의 다른 지형지 물에서 작업하고 두 가지 모두에서 데이터베이스 구조를 변경하는 경우 schema.rb가 가장 적은 문제라고 생각합니다. 브랜치 B에서 열의 이름을 변경하거나 제거하면 브랜치 A는 이전 열을 참조 할 때마다 중단됩니다. 그들이 수행하는 모든 작업이 새 테이블을 만드는 경우라면 그리 좋지는 않지만 schema.rb를 master에서 A로 병합 할 때 업데이트하여 A가 두 번째로 마이그레이션을 실행하지 않도록합니다. 새로운 테이블이 이미 존재하기 때문에 실패합니다.

질문에 답변이되지 않는다면 워크 플로를 좀 더 자세히 설명해 주실 수 있습니까?

Answer 3

신선한 임시 DB를 사용 발발했습니다 추가 혜택은 다음과 같이 언제든지 너를 특정 분기에 꽤 db/schema.rb 필요

1. 자식 체크 아웃 - dB/schema.rb을
2. 는 다른 개발 데이터베이스로 전환, 즉 업데이트 설정/database.yml을
3. 레이크 DB는 : & & 레이크 DB를 드롭 : 설치
4. 레이크 DB는 :/database.yaml
,369
5. 는 설정의 변화를 되돌릴
6. 이 예쁜 dB/schema.rb 커밋 마이그레이션