GitNest — hosting Git privado con clone y push en osFoundry

Git de verdad por HTTPS para los repositorios de tu workspace, con tokens de acceso que controlas tú.

GitNest es el hosting Git integrado de osFoundry. Cada repositorio de tu workspace tiene un remoto Git real al que puedes hacer clone y push por HTTPS con cualquier cliente Git estándar: sin plugins, sin exportaciones y sin una segunda cuenta. La autenticación se hace con tokens de acceso del workspace que tú mismo creas y revocas. El repositorio que clonas es el mismo que edita el IDE web y que lee Maestro, así que el trabajo que haces en tu máquina y el que haces en el workspace comparten el mismo historial.

Respuesta rápida

Haz clone y push de cualquier repositorio del workspace por HTTPS con Git estándar.
Autentícate con tokens de acceso del workspace que tú creas, acotas y revocas.
Los repositorios son privados dentro de tu workspace de forma predeterminada.
El IDE web se apoya en ese mismo repositorio, así que un push aparece en el workspace.
Funciona con cualquier cliente Git: la línea de comandos, un IDE o un job de CI.

Qué es

GitNest es un remoto Git que pertenece a tu workspace. No es un espejo de un repositorio alojado en otro sitio, ni pretende sustituir al hosting público de código abierto: es el lugar donde vive el código propio de tu workspace, accesible desde tu máquina con el mismo Git que ya usas. Como es Git real y no una exportación, los comandos de siempre funcionan sin cambios: clone, fetch, branch, push y cualquier herramienta construida sobre ellos.

Capacidades principales

Clone, fetch y push por smart-HTTP usando la implementación de referencia de Git.
Tokens de acceso por usuario, con fecha de caducidad y revocación en un clic.
Autorización acotada al workspace: un token solo alcanza los repositorios de su propio workspace.
Permisos de lectura y escritura decididos por repositorio, de modo que a un token se le puede denegar el push.
Los push aparecen en el workspace, así que el IDE web y Maestro ven lo que has subido.
Las versiones publicadas están protegidas: un push que reescribiría una es rechazado, no aplicado en silencio.

Cómo hacerlo en osFoundry

Crea un token de acceso — Abre Ajustes → tokens de repositorio y crea uno. Se muestra una sola vez, así que cópialo en ese momento. Ponle una fecha de caducidad: un token que no caduca nunca es un token que nunca dejas de vigilar.
Copia la URL de clonado — Abre el repositorio en Código y usa el panel de clonado. La URL incluye tu workspace, porque un cliente Git no puede enviar cabeceras personalizadas y la dirección tiene que bastarse a sí misma.
Clónalo — Ejecuta git clone con esa URL. Cuando Git te pida la contraseña, usa tu token; el nombre de usuario puede ser cualquiera. Un credential helper lo recordará.
Haz commit y push como siempre — Crea ramas, haz commit y push con los comandos que ya usas. Nada del flujo de trabajo es específico de osFoundry.
Míralo en el workspace — El push se refleja de vuelta en el workspace, así que la rama y sus archivos aparecen en el IDE web y quedan disponibles para Maestro.

Cómo se compara osFoundry

Capacidad	osFoundry	La mayoría de otras herramientas
Dónde vive el código	Un remoto Git real dentro de tu propio workspace.	Una cuenta de hosting aparte, enlazada mediante una integración.
Sacar el código	git clone: el comando de siempre, sin paso de exportación.	Descargar un archivo comprimido o instalar un plugin para sincronizar.
Credenciales	Tokens del workspace que creas y revocas, con caducidad.	La contraseña de una cuenta o un permiso OAuth concedido a un tercero.
Editor y remoto	Ambos se apoyan en el mismo repositorio, así que nunca se desincronizan.	Un repositorio alojado y replicado en el editor, sincronizado por un proceso.

Casos de uso

Desarrollador que prefiere trabajar en local: Clona el repositorio del workspace, trabaja en su propio editor con sus herramientas y hace push de vuelta. El equipo ve el cambio en el workspace sin que nadie tenga que exportar nada.
Pipeline de CI: Un job de build clona el repositorio con un token acotado y con caducidad, ejecuta la batería de tests y nunca necesita una cuenta humana ni una credencial personal.
Equipo que mantiene su código fuera del hosting público: Conserva los repositorios privados dentro del workspace sin renunciar al Git de siempre, en lugar de cambiar herramientas normales por privacidad.

Preguntas frecuentes

¿Qué es GitNest?

GitNest es el hosting Git integrado de osFoundry. Da a cada repositorio de tu workspace un remoto Git real al que puedes hacer clone y push por HTTPS con cualquier cliente Git estándar.

¿GitNest sustituye a GitHub?

No, ni lo pretende. GitHub sigue siendo el sitio para el hosting público de código abierto y para la comunidad que lo rodea. GitNest es donde viven los repositorios propios de tu workspace, para que puedas trabajar en ellos en local y en osFoundry sin mover código entre dos sistemas.

¿Puedo usar mis comandos de Git habituales?

Sí. GitNest habla el protocolo estándar smart-HTTP de Git usando la propia implementación de referencia de Git, así que clone, fetch, branch y push se comportan exactamente igual que en cualquier otro sitio.

¿GitNest admite SSH?

Hoy no: GitNest funciona solo por HTTPS. Te autenticas con un token de acceso del workspace en lugar de con una clave SSH.

¿Cómo me autentico?

Crea un token de acceso en Ajustes y úsalo como contraseña cuando Git te la pida. El nombre de usuario no se comprueba. Los tokens se muestran una sola vez, se les puede poner caducidad y se pueden revocar en cualquier momento.

¿Qué pasa cuando revoco un token?

Deja de funcionar de inmediato, en la siguiente petición. Lo que ya se haya clonado en una máquina sigue ahí: revocar un token corta el acceso futuro, no borra a distancia una copia de trabajo.

¿Mis repositorios son privados?

Sí. Los repositorios son privados dentro de tu workspace de forma predeterminada, y un token solo alcanza los repositorios del workspace al que pertenece.

¿Un push aparece en el workspace?

Sí. Una vez aceptado el push, la rama y sus archivos se reflejan de vuelta en el workspace, de modo que el IDE web muestra lo que has subido y Maestro puede leerlo.

¿Puedo hacer push a una versión publicada?

No, y el push se rechaza de entrada en vez de aplicarse a medias. Una versión publicada es un registro fijo; si un push la reescribiría, GitNest lo rechaza y te indica de qué rama se trata, dejando tu repositorio intacto.

¿Puedo usar GitNest desde CI?

Sí. Crea un token con caducidad, guárdalo en el almacén de secretos de tu proveedor de CI y clona con él como con cualquier otro remoto Git.

Precios

Alojar un repositorio forma parte de tu workspace: no hay ningún cargo aparte por repositorio ni por la cantidad de ellos. La transferencia de clone y push se contabiliza en el consumo de tu workspace igual que el resto del ancho de banda.