Tak więc lubię korzystać z instalatora hackathonu Magento Composer, ale staram się zrozumieć, jak inni używają go w związku z usługą wdrażania. Obecnie używam DeployHQ i tak, mogę ustawić go do wdrażania i uruchamiania kompozytora, gdy pojawi się aktualizacja repozytorium, ale nie ma to dla mnie...
Jeśli masz nowy moduł i musisz uruchomić setup:upgrade, to nie widzę sposobu na zero przestojów. Zawsze będzie to 10-20 sekund w dół, ponieważ musisz zaktualizować bazę danych. A może coś mi brakuje? Nawet jeśli wdrażasz w innym folderze, a następnie po wygenerowaniu wszystkich plików symlinkujesz...
Byłoby bardzo wygodne włączenie wielu wersji kodu do modułu kompozytora i pozwolenie kompozytorowi ustalić, którą wersję wdrożyć, w oparciu o wersję docelową instalacji Magento. Na przykład dla Magento> 1.7 użyj pliku system.xml, który zawiera tooltipzagnieżdżone groupi inne nowoczesne...
Jakie kroki, wytyczne i przepływy należy wykonać, aby pomyślnie wykonać przepływ pracy Magento2 Continuous Integration?
W Magento 2 są trzy polecenia, które należy skonfigurować jako cronjob * * * * * <path to php binary> <magento install dir>/bin/magento cron:run | grep -v "Ran jobs by schedule" >> <magento install dir>/var/log/magento.cron.log * * * * * <path to php binary>...
To może być jeden rodzaj dyskusji więcej niż pytanie. Chciałbym wiedzieć, jakie polityka rozmieszczenie postępować zgodnie z Magento2 & lokalnych > inscenizacji > produkcyjnych środowiskach Po kilku próbach zdecydowaliśmy, że najlepszym (lub przynajmniej najbardziej solidnym) podejściem...
Wiem, że moduły mają skrypty instalacyjne i konfiguracyjne danych, dzięki którym DB jest przenośny od dewelopera do produkcji. Ale w naszym przypadku mamy programistów interfejsu użytkownika, którzy dodają atrybuty i produkty za pośrednictwem interfejsu administratora, który jest przechowywany w...