chore: init project

Author: felixicaza

.editorconfig

@@ -0,0 +1,14 @@
+# editorconfig.org
+
+root = true
+
+[*]
+charset = utf-8
+end_of_line = lf
+indent_size = 2
+indent_style = space
+insert_final_newline = true
+trim_trailing_whitespace = true
+
+[*.{yaml,yml}]
+indent_size = 3

.gitattributes

@@ -0,0 +1,60 @@
+* text eol=lf
+
+# Configs
+pnpm-lock.yaml    text eol=lf -diff
+
+# Graphics
+*.ai              binary
+*.bmp             binary
+*.eps             binary
+*.gif             binary
+*.gifv            binary
+*.ico             binary
+*.jng             binary
+*.jp2             binary
+*.jpg             binary
+*.jpeg            binary
+*.jpx             binary
+*.jxr             binary
+*.pdf             binary
+*.png             binary
+*.psb             binary
+*.psd             binary
+*.svg             text
+*.svgz            binary
+*.tif             binary
+*.tiff            binary
+*.wbmp            binary
+*.webp            binary
+
+# Audio
+*.kar             binary
+*.m4a             binary
+*.mid             binary
+*.midi            binary
+*.mp3             binary
+*.ogg             binary
+*.ra              binary
+
+# Video
+*.3gpp            binary
+*.3gp             binary
+*.as              binary
+*.asf             binary
+*.asx             binary
+*.avi             binary
+*.fla             binary
+*.flv             binary
+*.m4v             binary
+*.mng             binary
+*.mov             binary
+*.mp4             binary
+*.mpeg            binary
+*.mpg             binary
+*.ogv             binary
+*.swc             binary
+*.swf             binary
+*.webm            binary
+
+# Ignore files (like .gitignore)
+*.*ignore         text

.github/PULL_REQUEST_TEMPLATE/bug.md

@@ -0,0 +1,62 @@
+# 🐛 [Solución de Bug: Nombre del Bug]
+
+### Descripción del Problema
+
+**Resumen del bug:**
+_Explica aquí de manera breve el bug que estás solucionando. ¿Qué comportamiento incorrecto ocurría? ¿Qué efectos tenía en el proyecto?_
+
+**Issue relacionado (si existe):**
+_Si el bug está asociado a un issue existente, menciónalo aquí (ej. Closes #123). De lo contrario, por favor crea un [nuevo issue](issue)._
+
+### 🔧 Solución Propuesta
+
+**Descripción de la solución:**
+_Detalla cómo abordaste el problema y qué cambios específicos realizaste para solucionarlo. Explica cómo el código fue modificado y cuál es el resultado esperado con la solución._
+
+**Archivos modificados:**
+_Enumera los archivos que fueron cambiados o afectados por la solución, por ejemplo:_
+
+- `src/components/Header.js`
+- `src/utils/handleData.js`
+
+### 🧪 Pruebas Realizadas
+
+**Pruebas que he realizado:**
+_Detalla las pruebas que has ejecutado para asegurarte de que el bug fue corregido. Puedes mencionar tanto pruebas manuales como automatizadas que confirmen que el error ya no ocurre._
+
+- [ ] Prueba manual en varios navegadores.
+  - [ ] Google Chrome
+  - [ ] Mozilla Firefox
+  - [ ] Microsoft Edge
+  - [ ] Opera
+  - [ ] Otros. Por favor describir.
+- [ ] Pruebas unitarias actualizadas (si aplica).
+- [ ] Pruebas end-to-end realizadas (si aplica).
+
+### ✅ Comportamiento Esperado
+
+**Resultado esperado tras la solución:**
+_Describe el comportamiento correcto que debería observarse después de aplicar la solución. Esto ayuda a los revisores a entender el objetivo final y cómo debería funcionar la aplicación sin el bug._
+
+### 📸 Capturas de pantalla, videos o GIFs (Opcional)
+
+_Incluye aquí capturas de pantalla, videos o GIFs que muestren el antes y después, o simplemente el resultado de la solución, para que los revisores puedan visualizar rápidamente el cambio. Si no aplica, puedes eliminar esta sección._
+
+### 🗒️ Notas Adicionales
+
+_Si hay algo más relevante que debería mencionarse, como detalles técnicos, posibles efectos secundarios o sugerencias para mejorar otras partes relacionadas del código, menciónalo aquí. Si no aplica, puedes eliminar esta sección._
+
+### 📦 Checklist
+
+Antes de enviar la Pull Request, asegúrate de completar el siguiente checklist:
+
+- [ ] He revisado que el código sea coherente con la guía de estilo del proyecto.
+- [ ] Mi solución no rompe ninguna funcionalidad existente.
+- [ ] Mi PR está vinculada correctamente a un issue.
+- [ ] Todas las pruebas relevantes han sido ejecutadas y pasadas (si aplica).
+- [ ] Acepto que mi PR se alinea con el [Código de Conducta de UXCorpRangel][codigo-de-conducta].
+
+¡Gracias por su tiempo al revisar esta PR! Estoy abierto/a a cualquier sugerencia o mejora adicional. 😄
+
+[issue]: https://github.com/UXCorpRangel/boilerplate/issues/new
+[codigo-de-conducta]: https://github.com/UXCorpRangel/.github/blob/main/CODE_OF_CONDUCT.md

.github/PULL_REQUEST_TEMPLATE/documentation.md

@@ -0,0 +1,51 @@
+# 📚 Actualización de documentación: [Título breve]
+
+### 📋 Descripción
+
+**Resumen de los cambios en la documentación:**
+_Describe brevemente qué cambios realizaste en la documentación. Puede incluir secciones nuevas, actualizaciones de contenido existente o correcciones, ya sea de código o del repositorio._
+_Ejemplo: Se añadieron instrucciones para la configuración de ambiente local._
+
+### 🔧 Secciones modificadas/añadidas
+
+**Archivos o secciones de documentación afectadas:**
+_Lista aquí los archivos o secciones del proyecto que fueron modificados o añadidos. Esto ayuda a los revisores a localizar rápidamente las áreas afectadas._
+_Ejemplo:_
+
+- `docs/setup.md` (Nueva sección añadida)
+- `README.md` (Actualización de pasos de instalación)
+- `docs/api/overview.md` (Corrección de errores tipográficos)
+
+**Issue relacionado (si existe):**
+_Si la actualización o cambio añadido a la documentación está asociado a un issue existente o solicitud de la comunidad, menciónalo aquí (ej. Closes #123). De lo contrario, por favor crea un [nuevo issue][issue]._
+
+### 📝 Razón para los cambios
+
+**Motivación de la actualización:**
+_Explica por qué se realizaron estos cambios en la documentación. ¿Fue para agregar más claridad? ¿Para actualizar contenido obsoleto? ¿Hubo un cambio en la funcionalidad que necesitaba ser documentado?_
+_Ejemplo: Se añadieron nuevas instrucciones para configurar variables de entorno, ya que la funcionalidad del proyecto ha cambiado._
+
+### ✅ Detalles técnicos relevantes
+
+**Cambios técnicos relacionados (si aplica):**
+_Si la actualización de la documentación está relacionada con algún cambio técnico reciente, menciónalo aquí. Por ejemplo, si una nueva feature fue añadida y ahora necesita estar documentada, o si hubo una refactorización que afecta a la documentación._
+
+### 📸 Capturas de Pantalla, videos o GIFs (Opcional)
+
+_Si has realizado cambios significativos en la documentación que afectan la interfaz de usuario (UI), puedes incluir capturas de pantalla, videos o GIFs que muestren cómo se ven esos cambios. Esto puede ser útil para visualizar cómo debería aparecer la documentación o una funcionalidad descrita. Si no aplica, puedes eliminar esta sección._
+
+### 🔄 Checklist
+
+Revisa los siguientes puntos antes de enviar la PR:
+
+- [ ] Se revisó que los cambios estén alineados con el estilo y formato del resto de la documentación.
+- [ ] Se verificó que no haya errores tipográficos o de sintaxis en el contenido actualizado.
+- [ ] Se ha comprobado que todos los enlaces y referencias dentro de la documentación sean correctos y funcionen.
+- [ ] La documentación está actualizada y clara para nuevos colaboradores o usuarios del proyecto.
+- [ ] Los cambios realizados son precisos y reflejan correctamente las funcionalidades actuales del proyecto (si aplica).
+- [ ] Acepto que mi PR se alinea con el [Código de Conducta de UXCorpRangel][codigo-de-conducta].
+
+Agradezco de antemano la revisión de esta actualización. Estoy abierto/a a cualquier sugerencia para mejorar la claridad o el formato de la documentación. 😄
+
+[issue]: https://github.com/UXCorpRangel/boilerplate/issues/new
+[codigo-de-conducta]: https://github.com/UXCorpRangel/.github/blob/main/CODE_OF_CONDUCT.md

.github/PULL_REQUEST_TEMPLATE/feature.md

@@ -0,0 +1,64 @@
+# ✨ Nueva feature: [Título de la nueva feature]
+
+### 📋 Descripción de la feature
+
+**Resumen de la nueva feature:**
+_Añade una breve descripción de la nueva feature que estás implementando. ¿Qué aporta esta nueva funcionalidad al proyecto? ¿Por qué es útil o necesaria?_
+
+**Motivación:**
+_Explica por qué decidiste añadir esta feature y qué problema o necesidad busca resolver._
+
+**Issue relacionado (si existe):**
+_Si la feature está asociado a un issue existente o solicitud de la comunidad, menciónalo aquí (ej. Closes #123). De lo contrario, por favor crea un [nuevo issue][issue]._
+
+### 🔧 Implementación
+
+**Detalles técnicos:**
+_Detalla cómo implementaste la nueva feature. Explica los principales cambios realizados en el código, las decisiones técnicas que tomaste, y cualquier cosa relevante para entender cómo funciona la nueva funcionalidad._
+
+**Archivos modificados/añadidos:**
+_Lista los archivos que fueron modificados o añadidos para la implementación de esta feature, por ejemplo:_
+
+- `src/components/FeatureComponent.js` (nuevo archivo)
+- `src/utils/featureHelper.js` (modificación)
+
+---
+
+### 🧪 Pruebas
+
+**Pruebas que realizaste:**
+_Describe las pruebas que ejecutaste para asegurar que la nueva feature funciona correctamente. Esto puede incluir pruebas unitarias, funcionales, y/o manuales._
+
+- [ ] Pruebas manuales para confirmar que la feature se comporta como se esperaba.
+- [ ] He comprobado que la feature no afecta negativamente otras partes del proyecto.
+- [ ] Pruebas unitarias para validar la funcionalidad (si aplica).
+
+### 📸 Capturas de pantalla, videos o GIFs (Opcional)
+
+_Si son cambios de interfaz, incluye capturas de pantalla, videos o GIFs que muestren la nueva feature en acción. Esto ayudará a los revisores a visualizar fácilmente la funcionalidad añadida._
+
+### ✅ Comportamiento esperado
+
+**Descripción del comportamiento:**
+_Explica el comportamiento esperado con la nueva feature. Esto incluye cómo se integra en el flujo actual del proyecto y cómo deberían interactuar los usuarios con la nueva funcionalidad._
+
+### ⚙️ Consideraciones técnicas
+
+**Impacto en el proyecto:**
+_Añade si esta nueva feature puede tener impacto en otras áreas del proyecto o si introduce alguna dependencia adicional. También indico si hay algún cambio importante en la estructura del código._
+_Si la feature requiere configuraciones adicionales o migraciones menciónalas aquí. Si no aplica, puedes eliminar esta sección._
+
+### 🔄 Checklist
+
+Antes de enviar esta Pull Request, he verificado lo siguiente:
+
+- [ ] He revisado que mi código sigue la guía de estilo del proyecto.
+- [ ] La nueva feature no afecta negativamente la funcionalidad existente.
+- [ ] Mi PR está vinculada a un issue.
+- [ ] Todas las pruebas relevantes han sido ejecutadas y pasadas (si aplica).
+- [ ] Acepto que mi PR se alinea con el [Código de Conducta de UXCorpRangel][codigo-de-conducta].
+
+Agradezco su tiempo y revisión. Estoy abierto/a a cualquier comentario o sugerencia que puedan tener para mejorar esta nueva feature. ¡Espero que esta adición sea útil para el proyecto! 😄
+
+[issue]: https://github.com/UXCorpRangel/boilerplate/issues/new
+[codigo-de-conducta]: https://github.com/UXCorpRangel/.github/blob/main/CODE_OF_CONDUCT.md

.github/PULL_REQUEST_TEMPLATE/hotfix.md

@@ -0,0 +1,64 @@
+# 🚑 Hotfix: [Título breve del hotfix]
+
+### 📋 Descripción del problema
+
+**Resumen del problema crítico:**
+_Explica de manera concisa el problema urgente que está causando un comportamiento inadecuado o bloqueo en la aplicación. ¿Qué es lo que no estaba funcionando? ¿Qué impacto tuvo en los usuarios o en el sistema?_
+
+**Contexto y urgencia:**
+_Detalla por qué este hotfix es necesario de manera inmediata. ¿Afecta a todos los usuarios? ¿Está provocando fallos en producción?_
+
+**Issue relacionado (si existe):**
+_Si el bug está asociado a un issue existente, menciónalo aquí (ej. Closes #123). De lo contrario, por favor crea un [nuevo issue][issue]._
+
+### 🔧 Solución propuesta
+
+**Descripción de la Solución:**
+_Describe los cambios aplicados para resolver el problema crítico. Explica de manera técnica qué has cambiado y por qué la solución resuelve el problema urgentemente._
+
+**Archivos modificados:**
+_Indica los archivos en los que realizaste los cambios, por ejemplo:_
+
+- `src/components/Auth.js`
+- `src/utils/errorHandler.js`
+
+### 🧪 Pruebas realizadas
+
+**Pruebas para Validar la Solución:**
+_Describe las pruebas manuales y automatizadas que realizaste para asegurarte de que el hotfix resuelve el problema sin introducir otros errores._
+
+- [ ] Validación de que el problema ya no ocurre bajo las condiciones específicas que lo provocaban.
+- [ ] Test automatizados actualizados o añadidos (si es aplicable).
+
+### ⏩ Comportamiento esperado
+
+**Resultado tras el hotfix:**
+_Detalla el comportamiento correcto esperado después de aplicar este hotfix. Explica qué se espera que funcione correctamente ahora que el problema ha sido solucionado._
+
+### 📸 Capturas de pantalla, videos o GIFs (Opcional)
+
+_Incluye capturas de pantalla, videos o GIFs que muestren el error antes del hotfix y su solución en acción. Esto ayudará a los revisores a ver rápidamente el impacto del hotfix. Si no aplica, puedes eliminar esta sección._
+
+### ⚠️ Impacto del hotfix
+
+**Impacto potencial:**
+_Explica si este hotfix podría tener efectos colaterales o si es un cambio contenido que solo afecta la parte problemática del código. ¿Hay algún riesgo en otras áreas de la aplicación?. Si no aplica, puedes eliminar esta sección._
+
+### 🔄 Siguientes Pasos
+
+_Si este hotfix es solo una solución temporal, menciona los próximos pasos para resolver el problema de forma definitiva, o si es necesario refactorizar o mejorar alguna parte del código más adelante._
+
+### 📦 Checklist
+
+Antes de enviar la Pull Request, asegúrate de haber completado este checklist:
+
+- [ ] He probado la solución en el entorno de staging.
+- [ ] El hotfix está enfocado únicamente en resolver el problema crítico.
+- [ ] Mi PR está vinculada correctamente a un issue o ticket de urgencia.
+- [ ] Todas las pruebas relevantes han sido ejecutadas y pasadas (si aplica).
+- [ ] Acepto que mi PR se alinea con el [Código de Conducta de UXCorpRangel][codigo-de-conducta].
+
+Agradezco su pronta revisión y colaboración en este hotfix. Estoy disponible para cualquier comentario o ajuste necesario para que el hotfix sea implementado rápidamente. ¡Gracias por su apoyo! 😄
+
+[issue]: https://github.com/UXCorpRangel/boilerplate/issues/new
+[codigo-de-conducta]: https://github.com/UXCorpRangel/.github/blob/main/CODE_OF_CONDUCT.md

.github/PULL_REQUEST_TEMPLATE/refactor.md

@@ -0,0 +1,75 @@
+# 🔄 Refactorización: [Título breve del refactor realizado]
+
+### 📋 Descripción general
+
+**Resumen del refactor:**
+_Describe brevemente qué has refactorizado y por qué. ¿Qué áreas del código fueron optimizadas, simplificadas o mejoradas? ¿Qué motivó esta refactorización?_
+_Ejemplo: Refactorización del componente `UserProfile` para mejorar la legibilidad del código y reducir la duplicación de lógica._
+
+**Issue relacionado (si existe):**
+_Si refactor añadido está asociado a un issue existente o solicitud de la comunidad, menciónalo aquí (ej. Closes #123). De lo contrario, por favor crea un [nuevo issue][issue]._
+
+### 🔧 Cambios principales
+
+**Descripción detallada de los cambios:**
+_Explica los principales cambios que has realizado. Sé claro/a acerca de las decisiones técnicas y las mejoras introducidas. Indica si has reemplazado patrones antiguos por otros más eficientes, optimizado funciones, o simplificado estructuras._
+
+**Archivos y componentes afectados:**
+_Lista los archivos, componentes o módulos que fueron refactorizados. Esto ayudará a los revisores a localizar rápidamente las partes afectadas del código._
+_Ejemplo:_
+
+- `src/components/UserProfile.js` (Optimización de lógica condicional)
+- `src/utils/dataFormatter.js` (Refactorización de funciones para mejorar la reutilización)
+
+### 📝 Motivación
+
+**Razón de la Refactorización:**
+_Describe por qué esta refactorización era necesaria. ¿Buscabas mejorar el rendimiento, legibilidad, o mantenimiento del código? ¿Había una deuda técnica que necesitaba ser resuelta?_
+_Ejemplo: Se simplificó la lógica de `UserProfile` para mejorar la comprensión del código por parte de otros desarrolladores y reducir errores futuros. Si no aplica, puedes eliminar esta sección._
+
+### ✅ Beneficios esperados
+
+**Resultados y beneficios:**
+_Indica los beneficios que se obtienen gracias a la refactorización. Puede ser código más limpio, más rápido, menos propenso a errores o más fácil de extender. Esto le dará al revisor una idea clara del impacto positivo que tiene tu trabajo._
+
+_Ejemplo:_
+
+- Mejor legibilidad del código.
+- Reducción de líneas de código redundante.
+- Mayor eficiencia en el manejo de datos.
+
+### 🧪 Pruebas
+
+**Pruebas Realizadas y consideraciones:**
+_Asegúrate de haber probado que los cambios no introducen errores. Explica cómo probaste el código refactorizado (pruebas unitarias, manuales, etc.). Si añadiste o modificaste tests, indícalo aquí._
+
+- [ ] Pruebas manuales para asegurar que el comportamiento sigue siendo el esperado.
+- [ ] Se verificó que el código refactorizado no afecta otras áreas del proyecto.
+- [ ] Pruebas unitarias actualizadas para cubrir los cambios (si aplica).
+
+### 📸 Capturas de pantalla, videos o GIFs (Opcional)
+
+_Si el refactor tiene un impacto visible en la interfaz de usuario (UI), añade aquí capturas de pantalla, videos o GIFs que muestren las mejoras o cambios visuales (si los hay). Esto es especialmente útil para componentes front-end refactorizados. Si no aplica, puedes eliminar esta sección._
+
+### 🛠️ Consideraciones técnicas y notas
+
+**Impacto en el proyecto:**
+_Indica si la refactorización puede tener algún impacto en otras partes del proyecto, y si se necesitarán ajustes adicionales en el futuro. Si la refactorización incluye cambios importantes en la arquitectura o estructura del código, es importante mencionarlo._
+
+_Ejemplo: Debido a la refactorización, algunos componentes ahora comparten una lógica común, lo que puede facilitar futuras extensiones. No se prevén cambios en el comportamiento existente._
+
+### 🔄 Checklist
+
+Antes de enviar esta Pull Request, asegúrate de cumplir con lo siguiente:
+
+- [ ] El código refactorizado sigue la guía de estilo del proyecto.
+- [ ] La refactorización no introduce nuevas dependencias o complejidad innecesaria.
+- [ ] Se ha revisado que el comportamiento actual del proyecto no haya sido alterado negativamente.
+- [ ] Mi PR está vinculada a un issue.
+- [ ] Todas las pruebas relevantes han sido ejecutadas y pasadas (si aplica).
+- [ ] Acepto que mi PR se alinea con el [Código de Conducta de UXCorpRangel][codigo-de-conducta].
+
+Me gustaría recibir feedback sobre la estructura del refactor para ver si se puede optimizar aún más. ¡Gracias por su tiempo y revisión!\_ 😄
+
+[issue]: https://github.com/UXCorpRangel/boilerplate/issues/new
+[codigo-de-conducta]: https://github.com/UXCorpRangel/.github/blob/main/CODE_OF_CONDUCT.md