adding Gerrit as a reviewing layer on top of Gitolite

[Ming]

Hi,
i've set up Gitolite (version 3.6.1) with mirroring that houses about 100 Git repos at work and all is well.

i was wondering if it is possible to integrate Gerrit on top of Gitolite for just code review. If so, can someone please point me to the pertinent doc(s)?

Please note that we have no intention to switch to Gerrit as the central source repository to host our Git repos - only using it as a reviewing layer

Thanks for reading.

[Sitaram Chamarty]

I know people have used other reviewing layers (like "reviewboard") but
I don't think anyone ever tried Gerrit.

I suspect it will need serious skills in the Java ecosystem. Gerrit
comes with its own sshd, its own database (though you can use another),
and it's own **git**; it uses absolutely nothing except the OS, and I
understand this is pretty common in the Java world.

Not sure how that plays out in terms of inter-operation.

[Vacelet, Manuel]

We (Tuleap project) are using both gerrit and gitolite and it works well and transparently.

But integration might not be what you expect.

We use gerrit for all review and integration workflow, then code is commited inside gerrit repo and then replicated inside gitolite backed repositories.

I don't really see any added value to mix tightly both (like having a gitolite backend to a gerrit server).

And as Sitaram stated, I'm not even sure it would work.

Manuel

[Sitaram Chamarty]

On 02/11/2015 01:35 PM, Vacelet, Manuel wrote:

> We use gerrit for all review and integration workflow, then code is
> commited inside gerrit repo and then replicated inside gitolite backed
> repositories.

Just for my curiosity, what is gitolite doing for you then? I always
thought gerrit could do pretty much everything that gitolite can.

[Vacelet, Manuel]

It does indeed (maybe not all the subtleties with per user repo and all but we don't use that anyway).

Gitolite is their because it's the default Tuleap backend for git repositories.

When things are simple (just clone and fetch), deploying (and maintaining) a whole gerrit server is overkill.

As Tuleap is an ALM/forge, it hosts a lot of teams. Some of them want to review code, some of them just want to push.

At the end of the day, what matters is that all the code of one's company can be found in one central place and this place is under gitolite control.

Manuel

[Ming]

Hi Sitaram, Manuel,
Thank you both for your input. After more web surfing and experimenting with ReviewBoard, i've decided to go with ReviewBoard as the reviewing layer on top of Gitolite for our development.

[milk]

Ming,

A word of warning, we use Reviewboard at $work, but it does a really
poor job with VCS integration (or maybe just git). It operates on
*uploaded* *diffs* which means it really doesn't have an accurate view
of what is actually being merged. Reviewboard has been a world of
trouble for us. We don't have a better recommendation, but we plan to
put in effort to bridge a different review tool with gitolite...
somehow.

On Tue, Feb 24, 2015 at 2:08 PM, Ming <hseu...@gmail.com> wrote:
> Hi Sitaram, Manuel,
> Thank you both for your input. After more web surfing and experimenting with ReviewBoard, i've decided to go with ReviewBoard as the reviewing layer on top of Gitolite for our development.
>

> --
> You received this message because you are subscribed to the Google Groups "gitolite" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to gitolite+u...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.



--
Hope is a dimension of the spirit. It is not outside us, but within
us. When you lose it, you must seek it again within yourself and in
people around you -- not in objects or even events. -
-Vaclav Havel