Estandar sobre repositorio de GIS

Publicado en 27 septiembre, 2016
  • No se trabaja directamente en branch «Master«
  • Se crea un branch para cada problema. Este branch, en caso de ser un parche personal, se nombrará como el siguiente ejemplo «perico/fix-envio-comunicaciones«. El nombre del branch debe ser claro para no llevar a confusión. Cuando se acabe un branch se podría hacer un nuevo commit vacio con el texto «[ACABADO]».
  • Los commits que se quieran copiar a Master serán aplicados mediante parches. Para hacer un parche: > TortoiseGIT > Create Patch Serial cambiando Number Commits al número de commits que se quieran parchear (git format-patch -1). Luego se hace un checkout al branch de destino y se aplica el parche: > TortoiseGIT > Apply Patch Serial (git am < {ruta al patch}).
  • La hora habitual de subida de parches de mejora debe ser los martes a las 11:00. Idealmente hacer un nuevo commit con un archivo ultimo_update.txt con la fecha de la subida a producción y los cambios que se van a subir.
  • La hora de subida se puede mover, evitando siempre Lunes y Viernes y rango de 13:00 a 17:00 todos los días, ya que al haber menos personal se puede prolongar el encontrar una solución en caso de mala subida.
  • Si es un parche de urgencia se puede subir cualquier día, aunque hay que seguir el protocolo de hacer un branch.
  • Las librerías externas de PHP se descargarán a partir de ahora con Composer, para que así no ocupen tamaño dentro del proyecto. Este cambio será progresivo. El proceso de push debe actualizar esta librería en la copia de master de /home/webs.
  • Trabajar con un sistema de testing, haciendo las comprobaciones antes de mandar los commits a master. Idealmente ante cualquier problema que se presente se debería escribir un test, que en el momento en que se hiciera el parche debería devolverse como correcto.
  • Dedicar al menos una mañana semanalmente a mejorar el código, actualizándolo a las ultimas versiones. Dándole prioridad a esto.
  • Reunión semanal sobre las tareas del YouTrack y qué tareas tienen más prioridad. Repasar tareas a concretar o pendientes para ver si ya se pueden hacer. Concretar día.

Sin respuestas to "Estandar sobre repositorio de GIS"

    ¿Algo que comentar?