GitNest — hosting Git privato con clone e push su osFoundry

Git vero via HTTPS per i repository del tuo workspace, con token di accesso che controlli tu.

GitNest è l'hosting Git integrato di osFoundry. Ogni repository del tuo workspace ha un vero remote Git che puoi clonare e su cui puoi fare push via HTTPS con qualsiasi client Git standard: nessun plugin, nessuna esportazione, nessun secondo account. L'autenticazione usa token di accesso del workspace che crei e revochi tu. Il repository che cloni è lo stesso che modifica l'IDE web e che legge Maestro, quindi il lavoro fatto sulla tua macchina e quello fatto nel workspace sono la stessa storia.

Risposta rapida

Cloni e fai push di qualsiasi repository del workspace via HTTPS con Git standard.
Ti autentichi con token di accesso del workspace che crei, limiti e revochi tu.
I repository sono privati al proprio workspace per impostazione predefinita.
L'IDE web usa lo stesso repository, quindi un push compare subito nel workspace.
Funziona con qualsiasi client Git: riga di comando, IDE o job di CI.

Che cos’è

GitNest è un remote Git che appartiene al tuo workspace. Non è il mirror di un repository ospitato altrove e non vuole sostituire l'hosting pubblico per l'open source: è il posto in cui vive il codice del tuo workspace, raggiungibile dalla tua macchina con il Git che usi già. Trattandosi di Git vero e non di un'esportazione, i comandi di sempre funzionano senza modifiche: clone, fetch, branch, push e qualsiasi strumento costruito su di essi.

Funzionalità principali

Clone, fetch e push in smart-HTTP con l'implementazione di riferimento di Git.
Token di accesso per utente, con data di scadenza e revoca immediata.
Autorizzazione limitata al workspace: un token raggiunge solo i repository del proprio workspace.
Accesso in lettura e scrittura deciso per singolo repository, quindi a un token si può negare il push.
I push si riflettono nel workspace, così l'IDE web e Maestro vedono ciò che hai inviato.
Le versioni pubblicate sono protette: un push che ne riscriverebbe una viene rifiutato, non applicato in silenzio.

Come farlo in osFoundry

Crea un token di accesso — Apri Impostazioni → token dei repository e creane uno. Viene mostrato una sola volta, quindi copialo subito. Assegnagli una scadenza: un token che non scade mai è un token di cui non smetterai mai di preoccuparti.
Copia l'URL di clone — Apri il repository in Codice e usa il pannello Clone. L'URL contiene il tuo workspace, perché un client Git non può inviare header personalizzati e l'indirizzo deve bastare a sé stesso.
Clona il repository — Esegui git clone con quell'URL. Quando Git chiede la password, usa il token; il nome utente può essere qualsiasi cosa. Un credential helper se lo ricorderà.
Fai commit e push come sempre — Crea branch, fai commit e push con i comandi che usi già. Non c'è nulla di specifico di osFoundry nel flusso di lavoro.
Ritrovalo nel workspace — Il push viene riportato nel workspace, così il branch e i suoi file compaiono nell'IDE web e sono disponibili a Maestro.

Come si confronta osFoundry

Funzionalità	osFoundry	La maggior parte degli altri strumenti
Dove vive il codice	Un vero remote Git dentro il tuo workspace.	Un account di hosting separato, collegato tramite un'integrazione.
Portare fuori il codice	git clone: il comando standard, senza passaggi di esportazione.	Scaricare un archivio o installare un plugin per sincronizzare.
Credenziali	Token del workspace che crei e revochi, con scadenza.	La password di un account o un'autorizzazione OAuth verso terzi.
Editor e remote	Entrambi si appoggiano allo stesso repository, quindi non divergono mai.	Un repository ospitato altrove e replicato nell'editor, tenuto allineato da un job.

Casi d’uso

Sviluppatore che preferisce lavorare in locale: Clona il repository del workspace, lavora nel proprio editor con i propri strumenti e fa push. Il team vede la modifica nel workspace senza che nessuno debba esportare nulla.
Pipeline di CI: Un job di build clona il repository con un token limitato e con scadenza, esegue la suite di test e non ha mai bisogno di un account umano o di una credenziale personale.
Team che tiene il codice fuori dall'hosting pubblico: Mantiene i repository privati al workspace continuando a usare Git normale, senza dover rinunciare agli strumenti abituali in cambio della riservatezza.

Domande frequenti

Che cos'è GitNest?

GitNest è l'hosting Git integrato di osFoundry. Dà a ogni repository del tuo workspace un vero remote Git che puoi clonare e su cui puoi fare push via HTTPS con qualsiasi client Git standard.

GitNest sostituisce GitHub?

No, e non è questo il suo scopo. GitHub resta il posto dell'hosting open source pubblico e della comunità che gli ruota attorno. GitNest è il posto in cui vivono i repository del tuo workspace, così puoi lavorarci in locale e in osFoundry senza spostare codice tra due sistemi.

Posso usare i miei comandi Git abituali?

Sì. GitNest parla il protocollo smart-HTTP standard di Git usando l'implementazione di riferimento di Git, quindi clone, fetch, branch e push si comportano esattamente come altrove.

GitNest supporta SSH?

Al momento no: GitNest funziona solo via HTTPS. Ti autentichi con un token di accesso del workspace anziché con una chiave SSH.

Come mi autentico?

Crea un token di accesso in Impostazioni e usalo come password quando Git te la chiede. Il nome utente non viene controllato. I token vengono mostrati una sola volta, possono avere una scadenza e si possono revocare in qualsiasi momento.

Cosa succede quando revoco un token?

Smette di funzionare subito, alla richiesta successiva. Ciò che è già stato clonato su una macchina resta su quella macchina: revocare un token chiude gli accessi futuri, non cancella a distanza una copia di lavoro.

I miei repository sono privati?

Sì. I repository sono privati al proprio workspace per impostazione predefinita e un token raggiunge solo i repository del workspace a cui appartiene.

Un push compare nel workspace?

Sì. Una volta accettato il push, il branch e i suoi file vengono riportati nel workspace, così l'IDE web mostra ciò che hai inviato e Maestro può leggerlo.

Posso fare push su una versione pubblicata?

No, e il push viene rifiutato in partenza anziché applicato a metà. Una versione pubblicata è un record fisso; se un push la riscriverebbe, GitNest lo rifiuta e ti indica quale branch, lasciando il repository intatto.

Posso usare GitNest dalla CI?

Sì. Crea un token con una scadenza, salvalo nel gestore di segreti del tuo provider di CI e clona con quello come faresti con qualsiasi altro remote Git.

Prezzi

Ospitare un repository fa parte del tuo workspace: non c'è un costo separato per repository né in base al loro numero. Il traffico di clone e push viene conteggiato nel consumo del workspace come qualsiasi altra banda.