En primer lugar, tal vez sea una pregunta ya respondida, pero no encontré nada sobre ese tema.
No es un problema, sino una pregunta sobre la mejor manera de administrar el archivo config.php
en Magento 2.
En realidad, nuestro config.php
no está versionado (por defecto en el .gitignore
archivo M2 ), por lo que no está en nuestro repositorio. El problema es que cuando alguien instala el proyecto, no tiene este archivo pero ya tiene la base de datos, por lo que no puede ejecutarlo bin/magento setup:install ...
para generar el archivo.
Somos conscientes de que bin/magento setup:upgrade
agregamos módulos no declarados, config.php
pero solo si el archivo existe y bin/magento module:enable
pueden agregar módulos, pero nos gustaría evitar iniciarlo cada vez que implementamos o instalamos el proyecto.
Mi pregunta (s):
- ¿Tenemos que eliminar config.php
a partir .gitignore
y la versión de ella?
- ¿Tenemos que agregarlo la primera vez en el repositorio y dejarlo .gitignore
después?
- ¿Cuál es la mejor manera de administrar este archivo?
fuente
Respuestas:
En primer lugar, muy buena pregunta.
Pero ... no estoy de acuerdo con esto:
Yo diría que cuando instales el proyecto, si ya tienes la base de datos, debes tomar el
config.php
archivo también desde el mismo lugar donde obtuviste la base de datos.De esta manera no tienes que correr
setup:install
y tienes todo como debe ser.No recomendaría versionar este archivo debido al siguiente escenario.
setup:upgrade
para que el módulo no aparezca enconfig.php
Entonces, supongo que la mejor solución (IMO) sería simplemente no versionarlo y hacer esto dependiendo de su caso:
config.php
archivo (junto con otros similarespub/media
) para que no tenga datos obsoletos.config.php
, solo ejecute el instalador que lo creará para usted.fuente