GerritはGitlabの前で動作できますか、それともそれを置き換えるためのものですか？
Gerritが私のグループの既存のワークフローにどのように適合するかを本当に理解しているとは思いません。 Gerritはコードの中心的な「ハブ」になることを目的としていますか？私はそれをAtlassianのStashまたはBitbuckerに適合するAtlassianのCrucibleに似ていると想像してきました。
私のグループは現在、非常にアクティブなGitlabインストールを使用していますが、組み込みのコードレビュー機能が不足しているため、レポに入る請負業者からのコードを絶対に検査する必要があります。
ファイアウォールの背後にあるソリューションが必要であり、コストは大きな考慮事項です。 Gerritについて前向きなことを聞いたことがありますが、それが既存のプロセスにどのように適合するかについての説明は実際にはありません。私はそれがかなり良いEclipse統合を持っているように見えることも好きです。
誰かが私を助けることができますか？
Gerritは、使用するリポジトリを「所有」することを期待しています。つまり、マウントされたファイルシステムにgitディレクトリが存在することを期待しています。 GitLab（またはGitHub）と相互作用させたい場合は、GerritからGitLabへの一方向レプリケーションを設定して、Gerritで行われた変更が数秒以内にGitLabにプッシュされるようにすることができます。 GitHubには、これを支援する Gerrit GitHubプラグイン があります。
GitLabの他の機能を引き続き使用できますが、リポジトリをロックダウンしないと（または、少なくともGerritが管理するブランチへのプッシュをブロックしないと）、次にGerritがGitLabリポジトリに複製しようとしたときに問題が発生します。 。
つまり... GerritはGitLabのリポジトリ管理およびコードレビュー機能に取って代わりますが、課題追跡システム、wikiなどは含まれていません。