프로젝트의 무거운 초기 개발 중에 (django) South을 사용하는 이점에 대해 궁금합니다.초기 개발 과정에서 South를 사용하는 이유는 무엇입니까?
개발 초기에는 일반적으로 빠른 모델 변경, 자주 분기 및 병합 (특히 git-flow와 같은 개발 전략을 사용하는 경우) 및 저장된 데이터가 거의 존재하지 않습니다. 왜 초기 모델 변경을 계속하고 싶습니까? 장점/단점은 무엇입니까?
South를 활성화하고 초기 마이그레이션을 수행하기 전에 개발이 완료 될 때까지 (그리고 실제로 보관하려는 데이터가있을 때까지) 기다리는 것이 더 쉽다는 인상을 받고 있습니다. 그렇게 할 수 있습니까? 그렇게하고 싶습니까?
동의합니다. 이것은 장고가 현재와 같이 매우 초조하기 때문에 코어에서 일부 통합 스키마 변경 기능이 필요하다고 생각하는 이유입니다. –
@meder 마이 그 레이션 시스템없이 어떻게 그렇게 제안합니까? 내 마음 속에, 남쪽은 그 차이를 잘 채 웁니다. – Kekoa
데이터베이스에 영향을주는 모든 모델을 변경 한 후에 버전 제어 파일 evolve.sql을 SQL 명령에 붙여두면됩니다. 또한 데이터 집중적 인 마이그레이션 변경 사항을 위해 저수준 DB 래퍼 (필자의 경우 MySQLdb)를 사용하는 evolve.py가 있습니다. 코드가 적고 잘못 될 일이 적습니다. 데이터에 관해서는 일이 잘못되기를 바라지 않을 것입니다. –