reston escribió:
darkness51 escribió:
Esto siempre pasa, cuando el segundo programador no hace un pull antes de escribir nuevo código.
Lo mejor que se puede hacer, antes de empezar a escribir cambios es hacer un pull para descargarte cualquier otro cambio que exista en el repositorio principal y así evitar conflicto.
En caso que se de un conflicto, corresponde al desarrollador seleccionar el código que sea más conveniente o esté más optimizado para realizar la tarea en la que se produjo el conflicto.
Saludos.
Si normalmente se hace un pull, pero hay veces dónde los dos están trabajando en cosas diferentes pero vienen parte de un código en 2 lineas dónde los dos desarrolladores hicieron un cambio ya sea porque la función es global o algo y por eso el conflicto.
Podrías ser un poco más técnico en la parte del desarrollador para seleccionar el código que sea más conveniente tomando en cuenta que ya se creo dos branch el master y el otro automatico?
Realmente no está creando otro branch, sino que detiene el proceso para que se resuelva el conflicto. Git es muy inteligente para detectar cambios, pero hay veces donde, evidentemente, se requiere input humano.
Cuando hay un merge conflict, simplemente es cuestión de editar el archivo en cuestión, revisar los cambios y tener un resultado final con sus commits.