GHOST DEVELOPERANDROID DEVELOPER
Volver a proyectos
Herramientas

Nexora Git

Una estación de trabajo Git directamente en Android, con operaciones reales sobre repositorios, edición de código e integración con GitHub.

Ver código fuente

Ficha basada en un proyecto real de GitHub. Las funciones evolucionan durante su desarrollo.

NG / GHOST DEVELOPER
01 / DESCRIPCIÓN

¿Qué hace este proyecto?

Entorno Git y GitHub nativo para Android, con edición de código, flujos de repositorios e integración de servicios.

Una estación de trabajo Git directamente en Android, con operaciones reales sobre repositorios, edición de código e integración con GitHub.

02 / FUNCIONALIDAD

Características principales

  • Motor Git nativo mediante libgit2 y JNI.
  • Gestión de repositorios y flujos GitHub desde Android.
  • Interfaz moderna con Jetpack Compose.
  • Integración de servicios y automatización de entregas.
03 / MI PARTICIPACIÓN

Trabajo realizado

Android, C++, integración nativa y CI/CD.

DETALLES TÉCNICOS

Cómo está construido

Arquitectura, decisiones de implementación y estado actual del proyecto.

Desarrollo avanzado · activación de VPS pendiente
01PROBLEMA

¿Qué necesidad resuelve?

Permitir un flujo de Git y GitHub desde Android sin convertir la aplicación en un WebView ni depender de Termux o de Git instalado externamente.

02ARQUITECTURA

Límites y componentes

01
Interfaz y dominio

Jetpack Compose, ViewModels, casos de uso y límites de repositorio para separar la interfaz del motor.

02
Motor Git local

Implementación Kotlin de GitEngine que delega al puente JNI y libgit2; las operaciones nativas se despachan fuera del hilo principal.

03
GitHub y autenticación

Capa API independiente del motor local, con un broker OAuth autohospedado previsto para su operación completa.

03DECISIONES

Criterios de ingeniería

  • Separar Git local y API GitHub evita acoplar los flujos de repositorio a peticiones remotas.
  • Usar SAF y almacenamiento gestionado para respetar permisos Android; no se reinterpretan rutas content:// como rutas de disco.
  • Mantener credenciales fuera de las URLs Git y limitar su entrega al transporte remoto aprobado.
04VALIDACIÓN

Cómo se comprueba

  • Hay workflows separados para Android, Git nativo y análisis CodeQL. Son mecanismos reproducibles, no una certificación automática de la versión estable.
  • El repositorio documenta comprobación de firma, huellas SHA-256 y controles obligatorios antes de publicar APK/AAB.
  • El análisis de rendimiento define límites de tamaño y trabajo, pero no publica todavía mediciones de uso real en dispositivos.
05LÍMITES

Estado y próximos pasos

  • No se deben anunciar APK estables ni producción VPS disponible: aún faltan aprobación de firma y despliegue de servicios.
  • Faltan capturas oficiales tomadas de la aplicación real; no usar imágenes publicitarias como pruebas de funcionamiento.
  • Las métricas de uso, arranque y latencia en equipos reales no se han verificado como resultados publicados.
Volver a proyectos