Skip to content

Latest commit

 

History

History
142 lines (88 loc) · 5.44 KB

README.md

File metadata and controls

142 lines (88 loc) · 5.44 KB

Ong Client

This project was bootstrapped with Create React App, using the Redux and Redux Toolkit template.

Available Scripts

In the project directory, you can run:

yarn start

Runs the app in the development mode.
Open http://localhost:3000 to view it in the browser.

The page will reload if you make edits.
You will also see any lint errors in the console.

yarn test

Launches the test runner in the interactive watch mode.
See the section about running tests for more information.

yarn build

Builds the app for production to the build folder.
It correctly bundles React in production mode and optimizes the build for the best performance.

The build is minified and the filenames include the hashes.
Your app is ready to be deployed!

See the section about deployment for more information.

Ong Client

This project was bootstrapped with Create React App, using the Redux and Redux Toolkit template.

Available Scripts

In the project directory, you can run:

yarn start

Runs the app in the development mode.
Open http://localhost:3000 to view it in the browser.

The page will reload if you make edits.
You will also see any lint errors in the console.

yarn test

Launches the test runner in the interactive watch mode.
See the section about running tests for more information.

yarn build

Builds the app for production to the build folder.
It correctly bundles React in production mode and optimizes the build for the best performance.

The build is minified and the filenames include the hashes.
Your app is ready to be deployed!

See the section about deployment for more information.

Branchs y Commits

1. Regular Branches

  • Development : Dedicado al uso para desarrollo donde van a converger los diferentes features mediante Pull Requests.
  • Main

2. Temporary Branches

  • Feature Branches : Utilizado para un branch relacionado a una tarea la cual requiere agregar un feature a nuestra aplicación
  • WIP Branches : (Work In Progress) Se utiliza para casos particulares en los que se tenga que subir algun feature que aun se encuentra en progreso.
  • Bug Fix : Utilizado para correccón de errores.

3. Naming Convention (Branches)

La convención de nombre de los branches a utilizar es la siguiente:

feature-OT143-33-Formulario-Creacion-Usuario
  1. Definicion de requerimiento (feature/bugfix/WIP), fijarse si la tarea a tomar corresponde a una nueva funcionalidad o agregado a la aplicacion o si es para arreglar algun error, etc.
  2. Nombre de proyecto (OT143)
  3. Numero de tarea/ticket/peticion de Jira.
  4. Nombre de tarea/ticket/peticion de Jira..

Ejemplo:

Ticket de Jira --> https://alkemy-labs.atlassian.net/browse/OT143-35 Nombre del branch a crear --> feature-OT143-33-Formulario-Edicion-Creacion-Usuarios

4. Naming Convention (Commits)

La convención de nombre de los commits a utilizar es la siguiente:

feat: Creacion componente formulario
  1. Definicion del requerimiento (feat/bugfix/hotfix/etc).
  2. Breve de lo que se realizo

5. Pull Request

Al finalizar una tarea se debe realizar un Pull Request (PR) para poder mergear el branch donde se trabajo a development (Ambiente de desarrollo).

  1. Dentro del repositorio en la pestalla de "Pull Request" hacer click en "Crear pull request".

  2. Seleccionar en "source branch" el branch donde se realizo la tarea y en "target branch" seleccionar "development".

  3. Agregar en el titulo del PR el titulo de la tarea de Jira.

  4. En el campo descripción agregar el link a la tarea en Jira junto con una descripción de lo que se hizo y una evidencia (Puede ser una imagen o un gif mostrando la nueva funcionalidad)

    *Ejemplo Markdown de campo descripción: *

Jira
35 - Formulario Edición / Creación de Miembros
Descripcion
* Creacion de formulario reutilizable para editar o crear miembros
Desarrollo
image
image
  1. Una vez que el PR fue creado se debe cambiar el estado de la tarea a la columna de "Code Review" y adjuntar en un comentario de la tarea el link hacia el PR para que se valide que el codigo este correcto y que se cumpla el resultado esperado de la tarea, para luego aprobar el PR y actualizar development.
  2. En caso de que el PR tenga cosas para corregir se agregara un comentario en el mismo indicando las falencias.

Links Utilies

  1. Diseño:
  2. Repositorios:
  3. Tickets:
  4. Otros: