Czy warto umieścić plik db/schema.rb na liście .gitignore ??

Question

Więc sugeruję w mojej pracy, jest wprowadzenie db/schema.rb do pliku .gitignore, więc nie mamy (od czasu do czasu) łączenie problemów.

Są pewne obawy, że jeśli wydarzy się coś strasznego (spadnie meteoryt z nieba bezpośrednio na serwerze DB i jednocześnie wszystkie pliki db/migrete są uszkodzone) możemy stracić schemat, a my będziemy musieli użyć rake db: purge (aby ponownie użyć schema.rb). Zgadzam się, że jest to możliwe i jest to dobry argument, ale nie powinno to stanowić problemu, ponieważ db/schema.rb jest generowany za każdym razem, gdy robimy rake db: migrate. Więc nawet jeśli nie będziemy przesyłać schema.rb na serwer, przepychamy migracje, dodając uruchomione db: migruj za każdym razem, gdy wdrażamy zmiany DB, a za pomocą tego db: migrate rails automatycznie wygeneruje schema.rb po stronie serwera, a schema.rb znajduje się na serwerze niezmienionym, dopóki nie wykonamy kolejnego pliku db: migracja.

jaka jest Twoja opinia, czy powinniśmy, czy nie powinniśmy umieścić db/schema.rb w git ignorować?

dziękuję

Answer 1

Zawsze proponuję zachować schema.rb w wersji contol, ponieważ zadania takie jak rake db: schema: load zależą od tego, czy jest tam.

O konfliktach, czy mówisz o konfliktach wersji schematu? Można je łatwo złagodzić za pomocą przedstawionego tutaj algorytmu scalania: http://tbaggery.com/2010/10/24/reduce-your-rails-schema-conflicts.html

Inne konflikty, takie jak lokalizacja przełączania definicji kolumn, można łatwo uniknąć, zachowując ostrożność przy zapisywaniu w repozytorium.

Answer 2

Należy umieścić w VCS cokolwiek trzeba odtworzyć środowisku operacyjnym.
Jeśli do przebudowy aplikacji potrzebujesz prawa schema.rb (w odpowiedniej wersji), to tak, może być wersjonowana.

Ale jeśli uda się go odzyskać przez inny proces, to lepiej go zarchiwizować poprzez inne referencje niż VCS.

Answer 3

Podczas przełączania między fabularnych oddziałów, które rozwijają inny zestaw atrybutów model, a następnie bez schema.rb czasem musiałaby:

1. rake db:migrate:down VERSION=xxx migracji, które miały tworzyć jakiś czas temu, ale nie połączyła się z innymi oddziałami
2. git checkout branch
3. rake db:migrate migracji wszystkich nowo utworzonych oddziałów

wpadam som E problemy z tym w poprzednich projektach, gdzie schema.rb był w .gitignore. Za każdym razem, gdy widzę, że coś jest nie tak, musiałem usunąć bazę danych i odtworzyć z migracji, podczas gdy ze schema.rb mógłbym po prostu załadować schemat w ułamku sekundy, a następnie rake db:seed załadować dane. Ale to nie było krytyczne.

Jestem także ciekawy jakie masz problemy z łączeniem schema.rb? W większości przypadków możesz przesłonić ten plik bez martwienia się o zmiany (zakładam, że nie zmodyfikowałeś ręcznie struktury bazy danych) z rake db:dump i po prostu dodaj to jako rozwiązanie scalające.