Marco de trabajo con ramas en git

Marco de trabajo con ramas en git Preliminar Con el fin de mantener un orden en las distintas tareas que se desarrollan en StackSavings se ha decidido utilizar las ramificaciones de Git para poder gestionar de forma facil las tareas. Para ello se debe seguir lo siguiente: Si Rick o Baleizer le asignan un issue y el mismo contiene el numero #3 y se llama (Por ejemplo) Hacer listar los post , las ramas deben ser nombradas por simplicidad feature-#3 o issue-#3 ya que con el numero podemos ver a que hace referencia ese issue. Para llevar a cabo lo anterior usted debe realizar unos pasos previos. Estar en la rama master , si no esta en ella lo puede hacer con el comando git checkout master Debe hacer git pull origin master para asegurarse que tenga los ultimos cambios de la version estable. Cree la rama con el comando git checkout -b issue-# Preparar la solucion o bien hacer sus cambios para terminar una tarea. Subir cambios en su rama y realizar un pull request en github. Si no tiene instalado heroku cli debe seguir este tutorial Instalacion Heroku Una vez tenga instalado y configurado heroku en su maquina local, debe hacer deploy de su rama (que pudo haber nombrado issue-#1) al servidor de heroku. Para ello basta con solo hacer los siguientes comandos, git push heroku issue-#1:master donde issue-#1 es su rama actual, el caracter : es el separador para integrar su rama local con la de master de heroku (solo es una nomenclatura que sigue heroku), de esa manera estariamos haciendo deploy de su rama a heroku. Puede visualizarlo en la ventana del navegador con el siguiente comando heroku open Luego debe notificar a su lider inmediato (Rick o Baleizer) que la tarea esta lista y ademas que subio a heroku, es importante destacar que puesto que podriamos ser mas programadores el recurso de heroku es un poco limitado, por lo que debe notificar via slack en el canal con los involucrados que ha usado al deploy de heroku para una revision de su tarea, los demas deberan esperar a que se termine de liberar el recurso para poder usarlo. Cuando den el OK de que heroku esta disponible si usted esta en espera puede tomarlo para probar su feature. Tenga en cuenta que usted previamente hizo un pull request por ende el jefe inmediato revisara la tarea y dara el OK si la tarea esta terminada o no. Se sugiere que el feedback sea via comentarios del issue en github para asi ver un historico del ciclo de vida del issue. Si su lider le notifica via issue de github que su tarea esta terminada con el tag Finalizada el lider inmediato puede proceder a aprobar el Pull request y usted (Programador) debera notificar en slack que el recurso (heroku) esta libre para usar o bien el mismo lider tambien podria notificar. Suele pasar que cuando el programador hacer un pull request se esten presentando conflictos, o bien github le notifica que conflictos tiene, lo mas prudente es cerrar el pull request, resolver los conflictos y luego proceder. En caso de que no este culminada, el lider le indicara que falta y nuevamente debe notificar que el recurso esta libre, y terminar su solucion.