Jakie są sprawdzone metody zarządzania migracjami?Zarządzanie migracjami Rails - najlepsze praktyki?
Na przykład podczas debugowania migracji można edytować oryginalną migrację lub dodać migrację do edycji przed zatwierdzeniem w repozytorium? Dzięki!
Mam tendencję do edycji oryginalnej migracji, dopóki jest to) ostatnia migracja i b) brak kontroli źródła. Jest to czysta ścieżka migracji dla wszystkich pozostałych użytkowników kodu. Ważną rzeczą jest to, że twoje migracje powinny być w stanie działać bezbłędnie z dowolnego stanu bazy danych, najwcześniej, jakiego możesz się spodziewać.
Jeśli pracujesz z wieloma programistami, edycja istniejącej migracji może być niebezpieczna.
Jeśli twój współpracownik przeprowadził już migrację pierwotną, to po aktualizacji nie wykryje nowego kodu i pojawi się wesołość. To bardzo trudny problem do wyśledzenia. Błąd po stronie bycia dobrym mieszkańcem i po prostu utwórz zaktualizowaną migrację.
Edytować istniejącą migrację zawsze, jeśli można zweryfikować, czy nie została jeszcze uruchomiona przez innych programistów lub zautomatyzowaną konfigurację kompilacji. Aby być po bezpiecznej stronie, nie należy edytować pliku migracji, o ile nie jest on tak poważny, że migracja nie zadziałałaby (w takim przypadku, dlaczego to zrobiłeś?)
Ponadto, należy zachować szczególną ostrożność, ponieważ migracje wywołują kod z dowolnego miejsca w aplikacji, aby po uruchomieniu były uruchamiane przy użyciu poprawnej wersji kodu. W przeciwnym razie subtelne zmiany w modelach mogą zepsuć wcześniejsze migracje.
Nawet po przeczytaniu tego i odpowiedziach poniżej, właśnie się nauczyłem. Nie edytować oryginału. W końcu tracisz kontrolę nad procesem rozwoju i ciężko jest odzyskać kontrolę.
Rozpocznij testowanie migracji.
http://blog.carbonfive.com/2011/01/27/start-testing-your-migrations-right-now/