Can Gerrit può funzionare davanti a Gitlab o è pensato per sostituirlo

Question

Non credo di capire veramente come Gerrit possa essere inserito nel flusso di lavoro esistente del mio gruppo. Gerrit intende essere il "centro" centrale del codice? L'ho immaginato simile al Crogiolo di Atlassian, che si adatta a Stash o Bitbucker di Atlassian.

Attualmente il mio gruppo utilizza un'installazione Gitlab molto attiva ma manca la funzionalità di revisione del codice incorporata e devo assolutamente ispezionare il codice dagli appaltatori che entrano nel repository.

Ho bisogno di una soluzione dietro il firewall e il costo è una grande considerazione. Ho sentito cose positive su Gerrit, ma in realtà non è una spiegazione di come possa inserirsi in un processo esistente. Mi piace anche che sembra avere una buona integrazione con Eclipse.

Qualcuno può darmi una mano?

Answer 1

Gerrit si aspetta di "possedere" i repository con cui lo si utilizza, vale a dire che si aspetta che le directory git siano presenti in un file system montato. Se vuoi interagire con GitLab (o GitHub) puoi configurare la replica unidirezionale da Gerrit a GitLab in modo che le modifiche apportate a Gerrit vengano inviate a GitLab in pochi secondi. Per GitHub c'è un Gerrit GitHub plugin per aiutare con questo.

Puoi continuare a utilizzare le altre funzionalità di GitLab ma se non blocchi i repository (o almeno blocchi i push nelle branch gestite da Gerrit) finirai nei guai la prossima volta che Gerrit tenta di replicare al repository GitLab.

Quindi ... Gerrit sostituisce le funzionalità di gestione e revisione del codice di repository di GitLab ma non contiene un tracker di problemi, wiki o simili.