GitHub, Gerrit, Hudson(Jenkins) workflow

Josh Smith picture Josh Smith · Sep 16, 2010 · Viewed 8.3k times · Source

I'm just getting started using GitHub, Gerrit, and Hudson(Jenkins) together. And I need some thoughts on workflow.

We'd like to use GitHub as our main remote repo. We'd like to use Gerrit primarily for code reviews, but also for build triggers in Hudson.

At the moment, though, I'm having some trouble thinking through the workflow for this and would like to hear what others have done themselves. Thoughts?

Answer

spazm picture spazm · Oct 1, 2011

We are using github, gerrit and jenkins (successor of hudson). We tie it together with redmine for bugtracking.

Prior to gerrit, we were using github as the primary development repository and developers had commit access. Now that we have gerrit running, github is only used as our publish repository and only the gerrit user has access to push to github.

workflow:

  1. developer checks out source from github.
  2. developer makes changes.
  3. developer pushes to gerrit.
  4. gerrit sends change notice to jenkins for integration test.
    • jenkins pulls changes directly from gerrit git server.
    • on pass, jenkins adds +1 to gerrit review, passes review to other developers.
    • on failure, jenkins adds -1 to gerrit review
    • pass/fail status pushed to redmine
  5. other developers review change, approve (+2)
  6. gerrit commits changes to github repository.
    • github hook notifies redmine of updates.
    • redmine pulls changes from github, parses commit messages for ticket information.
  7. developer fetchs changes from github ... back to 2. [EDIT]: we switched to pulling directly from gerrit. Github remains as a mirror for pulling production sources.

Missing pieces:

  1. piece to tie gerrit review to/from bug tracking.