¡Bienvenido a la organización Prometheus-SL!
Este repositorio central (o esta documentación) actúa como punto de partida para los proyectos que componen la plataforma Prometheus.
Actualmente mantenemos los siguientes proyectos públicos:
| Nombre | Tecnología / Lenguaje | Propósito / Descripción |
|---|---|---|
| PROMETEO-back | Backend (por ejemplo, Node.js, Python, etc.) | Lógica del servidor, API, gestión de datos, etc. |
| PROMETEO-front | Frontend (por ejemplo, React, Vue, etc.) | Interfaz de usuario, vistas, componentes UI, etc. |
| landing | Sitio web estático (TypeScript / HTML / CSS) | Página de presentación comercial / informativa del proyecto. |
| HERMES-WIN | Aplicación de escritorio (Rust) | Módulo de cliente local, servicios de sistema, utilidades de sistema operativo, etc. |
⚠️ Las tecnologías mencionadas son indicativas: verifica cada repositorio para confirmar el stack exacto.
Aunque cada proyecto tendrá su propia estructura interna, aquí van algunas convenciones recomendadas para mantener consistencia:
/docs ← Documentación general (manuales, guías, API specs) /src ← Código fuente principal /tests ← Pruebas unitarias / de integración /config ← Archivos de configuración (linters, CI, etc.) /.github ← Workflows de GitHub Actions, plantillas de issue / PR README.md LICENSE
git clone https://github.com/Prometheus-SL/<nombre-del-repo>.git
cd <nombre-del-repo>Por ejemplo, en un proyecto Node.js:
npm installEn un frontend con Vite:
npm run devPara Rust:
cargo buildEjecuta el proyecto en modo desarrollo:
npm run dev # frontend / backend
cargo run # proyecto RustPruebas
npm test
cargo testHaz un fork del repositorio
Crea una rama (git checkout -b feature/nueva-característica)
Realiza tus cambios / mejoras
Agrega pruebas si aplica
Abre un Pull Request describiendo tus cambios
Por favor, sigue nuestras [normas de estilo de código], [guía de commit] y revisa las plantillas de PR/issue en .github/.
Los proyectos públicos de Prometheus-SL están bajo la licencia GNU GPL (versión indicada en cada repo). Ver el archivo LICENSE de cada repositorio para más detalles.
Asegúrate de mantener actualizado el archivo .gitignore acorde al lenguaje / framework usado.
Usa CI/CD (por ejemplo, GitHub Actions) para validación automática de pruebas, linting y despliegue si aplica.
Documenta bien la API (por ejemplo con Swagger, OpenAPI o similares) para que la integración entre front y back sea fluida.
Siempre que modifiques algo de alcance global (por ejemplo la base de datos, esquema, entorno compartido), notifícalo en el equipo y actualiza la documentación centralizada.