У мене питання, пов'язане з файлом app/etc/config.php
.
Цей файл, описаний тут і визначений:
Magento base dir
/app/etc/config.php, який містить список встановлених модулів, тем та мовних пакетів.
Це як app/etc/modules/*
у Magento 1 (як правило, я маю ці файли у VCS).
Але в Magento 2 рекомендується не ділитися на VCS (Official .gitignore ).
У мене є запитання або використовуються випадки для участі в VCS, але я хочу зрозуміти, тому що не рекомендую додавати в VCS
- Навколишнє середовище виробництва (із системою розгортання
Capistrano/Deployer, etc
)- Ви робите нове розгортання ... і вам потрібно активувати новий / s модуль / с
php bin/magento module:enable VendorName_NewModule
ранішеsetup:upgrade
- Як ви керуєте цією ситуацією?
- Ви робите нове розгортання і вам потрібно відключити (для будь-якої ситуації) новий / s модуль / с
php bin/magento module:disable VendorName_NewModule
ранішеsetup:upgrade
- Як ви керуєте цією ситуацією?
- Ви робите нове розгортання ... і вам потрібно активувати новий / s модуль / с
Місцеве оточення
- Якщо ви не хочете, щоб у вашій команді було включено / вимкнено певний модуль
- Як ви керуєте цією ситуацією?
- Якщо ви не хочете, щоб у вашій команді було включено / вимкнено певний модуль
Постановочна екологія
- Як ви можете домогтися тієї ж конфігурації модулів, що підтримують виробництво / відключені, якщо ви не ділитесь ними
app/etc/config.php
- Як ви керуєте цією ситуацією? Вам потрібно зробити вручну?
- Як ви можете домогтися тієї ж конфігурації модулів, що підтримують виробництво / відключені, якщо ви не ділитесь ними
Яка ваша точка зору чи як ви керуєте цими ситуаціями?
Спасибі
* VCS: система управління версіями, наприклад: git, svn тощо