Powiedziano mi, że podczas programowania powinienem kontrolować wszystko pod sites/moim repozytorium kodu (np. SVN).
Zakładając, że nigdy nie będę dotykać modułów contrib używam ( ctools, viewsetc), ale stworzy tylko mój własny motyw, mam jeszcze zrobić?
Czy powinienem po prostu kontrolować źródła wszystkiego sites/all/themes/?
dzięki
W moim zespole przeszliśmy na pozyskiwanie wyłącznie tego, co jest specyficzne dla naszego obecnego projektu. Jeśli używamy widoki dla przykładu, dodajemy odpowiedni wpis do naszego drush make -file i wersję tego , ale nie sam moduł.
To pozostawia nam bardzo małe repozytorium, składające się z dowolnych niestandardowych modułów specyficznych dla bieżącej witryny, bieżącego motywu i funkcji eksportu.
O ile absolutnie nie możesz używać drush i drush make, nie rozumiem, dlaczego należy kontrolować kod wersji, który jest dobrze wersjonowany gdzie indziej. A jeśli zamierzasz włamać się do jednego z modułów, powinieneś dodać to jako podmoduł , ponownie, nie wersjonując kodu we własnym repozytorium. (Uważam, że w SVN nazywa się to oddziałem dostawcy ).
Edycja: Aby uzyskać więcej informacji i bardziej zaawansowaną konfigurację, możesz przejrzeć to repozytorium: [email protected]: letharion / Drupal-build-scripts.git Skrypty są napisane bash, aby wesprzeć przepływ pracy moich zespołów, który obejmuje budynek profil instalacji podstawowej ( NodeStream ), a następnie nasz profil specyficzny dla witryny, plik make dla każdego profilu, zaczepki do stosowania poprawek lub wprowadzania innych zmian w poszczególnych krokach kompilacji itp. Mam nadzieję, że znajdę czas na ponowne - napisz to jako drush rozszerzenie w najbliższej przyszłości.
W przeciwieństwie do odpowiedzi @ Letharion, umieszczenie wszystkiego w SVN ma sens dla niektórych organizacji i naprawdę zależy od tego, jak robisz swoje wdrożenia. Umieszczenie modułów i motywów contrib w SVN może mieć sens, jeśli kiedykolwiek będziesz musiał cofnąć się w czasie i spojrzeć na starą wersję strony.
Jeden z przykładów jest przydatny, gdy podejrzewasz błąd w module contrib lub widzisz inne zachowanie. Pomocne może być przywrócenie pełnej wersji z przeszłości.
Przydało mi się również posiadanie pełnej migawki witryny w SVN, gdy muszę dowiedzieć się, co klient zrobił witrynie. Mogę zrobić pełną migawkę ich wersji i umieścić ją w SVN jako gałąź i porównać.
źródło