Gerrit code review, or Github’s fork and pull model?
I am starting a software project that will be team AND community developed. I was previously sold on gerrit, but now Github’s fork and pull request model seem to almost provide more tools, ways to visualize commits, and ease of use.
As a solo programmer, of what use can Gerrit be?
Disclaimer: I’m aware of the questions How do I review my own code? and What advantages do continuous integration tools offer on a solo project?. I do feel that this question aims at a different set of answers though, as it is about a specific software, and not about general musings about the use of this or that practice or tech stack.
Using gerrit (or similar tool) on a team where multiple devs work on a single feature
We have a team of roughly ~8 devs who regularly work on the same feature over the course of a 3 week sprint. It isn’t quite pair programming, but in our current workflow devs regularly push up incomplete code for a colleague to complete. This worked fine before we introduced Gerrit, but now our commits need to represent chunks of test-passing, complete, logical functionality, and so the model breaks.
Restrict author’s label access in Gerrit
In my Gerrit project I have a custom label for certain type of reviews that ranges from -1..+3. Only people from a certain group are allowed to vote on this label:
Restrict author’s label access in Gerrit
In my Gerrit project I have a custom label for certain type of reviews that ranges from -1..+3. Only people from a certain group are allowed to vote on this label:
Query child changes in Gerrit
I wonder why there is not childof dual to the parentof query command in Gerrit in order to get all child changes (“the relation chain”) from a change. Is there a way to query this (using the REST api)?