mulearn

Sitio web de µLearn

Este repositorio contiene los archivos del código fuente para el proyecto µLearn Frontend. Por favor, pase por lo siguiente para obtener los estándares de nombres y contribuciones.

Comandos git y etiqueta de nombres

Para clonar el proyecto

 git clone https://github.com/your_username/ur_fork_of_mulearn.git

Haga los cambios necesarios en el archivo y agregue los archivos.

 git add -A

Cometer los cambios

 git commit -m "feat(): Implemented the feature"

Extraiga los cambios del servidor (no aplicable para el primer empuje)

 git pull origin branch-name

Empuje los cambios al servidor por primera vez

 git push origin branch-name

Asegúrese de extraer los cambios del repositorio y mantener su rama actualizada.

Ejecución del proyecto localmente

 git clone https://github.com/gtech-mulearn/mulearn.git

El repositorio central posee tres ramas principales con dos ramas que tienen una vida infinita (Dev-Server & Production)

• enchufe
• dev-server (alojado)
• Producción (organizada)

Dev Branch está abierta para la colaboración y sirve como entorno de desarrollo donde los contribuyentes pueden trabajar en nuevas características y correcciones de errores antes de que se fusionen en otras ramas.

Dev-server es la rama principal donde el código fuente de la cabeza siempre refleja un estado con los últimos cambios de desarrollo entregados para la próxima versión

El origen/producción es la rama principal donde el código fuente de la cabeza siempre refleja un estado listo para la producción.

Tipos de mensajes de confirmación

• hazaña: (agrega nuevas características o mejoras valiosas que se benefician directamente e involucran a los usuarios).

  Por ejemplo, "feat (columna): nueva característica". ""

• Solución: (Resuelva problemas relacionados con el usuario, mejorando la confiabilidad del software y proporcionando una experiencia de usuario más suave).

  Por ejemplo, "Fix (Case): problema de sensibilidad de caso fijo en la funcionalidad de búsqueda para resultados precisos".

• documentos: (hacer cambios o actualizaciones a la documentación para una mejor claridad y comprensión).

  Por ejemplo, "documentos (ReadMe): archivo README actualizado con instrucciones de instalación y ejemplos de uso".

• Estilo: (Centrarse en mejorar la apariencia del código, como el formateo y la fijación de las semicolones faltantes, sin afectar la funcionalidad).

  EG "Estilo (formato): sangría corregida y se agrega semicolones faltantes para un estilo de código consistente".

• Refactor: (modificar el código de producción, como las variables de cambio de nombre, para mejorar su estructura y mantenimiento).

  Por ejemplo, "refactor (variables): variables renombradas para mejorar la claridad del código y la mantenibilidad".

• Prueba: (Agregar pruebas que faltaban y mejorando las pruebas existentes, sin cambiar el código de producción).

  Por ejemplo, "prueba (inicio de sesión): pruebas agregadas para la funcionalidad de inicio de sesión del usuario y refactorizó las pruebas de inicio de sesión existentes".

• Chore: (Actualización de tareas de compilación y otros aspectos de código de no producción, sin cambiar el software real).

  Por ejemplo, "Chore (Grunt): Tareas de gruñidos actualizadas para una mejor automatización de tareas y creación de eficiencia del proceso".

Que contribuye

¡Las contribuciones siempre son bienvenidas!

Ver contributing.md para las formas de comenzar.

Mantenedor

• Si usted es el mantenedor de este proyecto, será responsable de revisar la solicitud de extracción y fusionarla.

Flujo de solicitud de solicitud

• La solicitud de extracción de los desarrolladores solo se puede recibir en la rama Dev (función, bug-fix).
• Después de revisar la solicitud, puede fusionarlos al servidor/producción de Dev dependiendo del tipo de solicitud.

Probador de calidad

• Si es un probador de calidad, puede verificar la rama de servidor de Dev para probar las próximas características y la rama de producción para las características que ya están en producción.