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.phpen Magento 2.
En realidad, nuestro config.phpno está versionado (por defecto en el .gitignorearchivo 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:upgradeagregamos módulos no declarados, config.phppero solo si el archivo existe y bin/magento module:enablepueden agregar módulos, pero nos gustaría evitar iniciarlo cada vez que implementamos o instalamos el proyecto.
Mi pregunta (s):
- ¿Tenemos que eliminar config.phpa partir .gitignorey la versión de ella?
- ¿Tenemos que agregarlo la primera vez en el repositorio y dejarlo .gitignoredespué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.phparchivo también desde el mismo lugar donde obtuviste la base de datos.De esta manera no tienes que correr
setup:instally tienes todo como debe ser.No recomendaría versionar este archivo debido al siguiente escenario.
setup:upgradepara que el módulo no aparezca enconfig.phpEntonces, supongo que la mejor solución (IMO) sería simplemente no versionarlo y hacer esto dependiendo de su caso:
config.phparchivo (junto con otros similarespub/media) para que no tenga datos obsoletos.config.php, solo ejecute el instalador que lo creará para usted.fuente