Przede wszystkim jest to może pytanie, na które już udzielono odpowiedzi, ale nie znalazłem nic na ten temat.
To nie jest problem, ale pytanie o najlepszy sposób zarządzania plikiem config.php
w Magento 2.
W rzeczywistości nasz config.php
nie jest wersjonowany (domyślnie w .gitignore
pliku M2 ), więc nie ma go w naszym repozytorium. Problem polega na tym, że gdy ktoś instaluje projekt, nie ma tego pliku, ale ma już bazę danych, więc nie może uruchomić się, bin/magento setup:install ...
aby wygenerować plik.
Zdajemy sobie sprawę, że bin/magento setup:upgrade
dodawanie niezadeklarowanych modułów do, config.php
ale tylko wtedy, gdy plik istnieje i bin/magento module:enable
można dodawać moduły, ale chcielibyśmy uniknąć uruchamiania tego za każdym razem, gdy wdrażamy lub instalujemy projekt.
Moje pytanie (s):
- Czy mamy usunąć config.php
z .gitignore
a wersja to?
- Czy musimy dodać go po raz pierwszy w repozytorium, a wpuścić .gitignore
później?
- Jaki jest najlepszy sposób zarządzania tym plikiem?
źródło
Odpowiedzi:
Przede wszystkim bardzo dobre pytanie.
Ale ... Nie zgadzam się z tym:
Powiedziałbym, że kiedy instalujesz projekt, jeśli masz już bazę danych, powinieneś wziąć
config.php
plik również z tego samego miejsca, w którym masz bazę danych.W ten sposób nie musisz biegać
setup:install
i masz wszystko tak, jak powinno być.Nie polecam wersji tego pliku ze względu na następujący scenariusz.
setup:upgrade
aby moduł nie pojawił sięconfig.php
Myślę, że najlepszym rozwiązaniem (IMO) byłoby po prostu nie wersji i zrobić to w zależności od przypadku:
config.php
plik (wraz z innymi podobnymipub/media
), aby nie mieć nieaktualnych danych.config.php
, po prostu uruchom instalator, który go utworzy.źródło