Árbol de páginas

(advertencia) Página en construcción

Control de Versiones del código de BBDD

Ver Control del Versiones de los Objetos de BBDD (Wiki)

Organización del código en aplicaciones web con GITLAB

La organización del código tanto para aplicaciones FundeWeb como en arquitectura orientada al cloud (FundeWebJS) debe hacerse mediante GITLAB atendiendo a tres ramas principales: desarrollo, preproducción y producción (master). No se podrá subir el código directamente desde nuestro repositorio local hacia estas ramas, deberemos hacerlo mediante una solicitud de merge en la un miembro autorizado del equipo la revisará y aceptará para que se apliquen en el entorno correspondiente.

Las solicitudes de merge deben ser desde el entorno actual hasta el siguiente, nunca se deben saltar entornos, así pues tendremos: Local → Desarrollo → Preproducción → Producción (master). Para saber más cómo trabajar con las ramas consulta la wiki de Desarrollo con GIT 

Una vez conocemos los entornos y las ramas de desarrollo que tenemos que distinguir qué estructura tendrán los diferentes tipos de proyectos:

  • FundeWeb: Un sólo repositorio GIT donde estará incluido todo el proyecto, la estructura a seguir por le código fuente está indicada en la wiki de Estructura de proyectos FundeWeb 2.x
  • Arquitectura cloud (FundeWebJS): Si es una aplicación con frontend y backend serán dos repositorios en GIT uno para el frontend (acabado en -ui)  y otro para el backend (acabado en -api). Si es un proyecto de sólo servicios tendrá un  único repositorio para la api. La estructura a seguir en estos proyectos está disponible en la guía 6. Estructuración del código en FundewebJS

Los Miembro del equipo de desarrollo deberán desarrollar siguiendo las indicaciones mencionadas en los diferentes framework y contactar con el departamento de MNCS en el caso de que surgiera alguna duda, dificultad o necesidad específica de la aplicación. Responsable técnico o en quien delegue deberá garantizar que se siguen las indicaciones dadas a la hora de organizar el código del proyecto.

  • Sin etiquetas