Bueno chicos cuando empezamos un proyecto en equipo, debemos seguir algunas reglas para que todo quede limpio y funcione correctamente, tener el mínimo posible de conflictos y ahorrar tiempo a la hora de desarrollar, por eso os traigo una pequeña chuletilla que podéis descargar, usar, compartir o vender si queréis ;P con unas reglas básicas para trabajar de esta forma:
Os pongo en contexto: cuando hemos hecho nuestro desarrollo, y estamos a punto de pushear nuestro código y trabajamos contra la rama master, he de decir que lo mismo se aplicaría a otras ramas, y quizás en un post futuro, indique los pasos a seguir cuando trabajamos en otra rama y tenemos que llevar nuestro trabajo final a master, bien sea por que nuestros compañeros necesiten nuestra parte de código o nuestros cambios.
Sin más os dejo la chuletilla:
git status
git add (archivos que he tocado <<de codigo>>)
git commit -m "comentario para los archivos de codigo"
drush cex
git status
git add (archivos que he tocado <<de config>>)
git commit -m "comentario para los archivos de config"
#En este punto acabamos de proteger nuestros cambios en local
#Pero aun no están pusheados
git pull origin master
-- Si hay conflicto de codigo --
git status
-Vemos los conflictos
-Solucionamos los conflictos
-Repetimos las 3 primeras lineas
-- Si no hay conflicto de codigo --
-Vemos si hay cambios en la carpeta config/
-En caso de que si haya ->
drush cim
-- Si hay conflicto de config --
drush cim -y
-rehacemos los cambios de config y exportamos (3 lineas siguientes a las primeras)
--> Si ha cambiado el composer.json
composer install
drush cr
drush updb
drush cr
git push origin master
Espero que lo encontréis útil, que lo uséis, y aclarar que si usáis el mod de config split solo cambiamos el "drush cim" -> "drush csim" y el "drush cex" -> "drush csex" .
;P