First, Review Board doesn't ever submit code. We leave that up to the
developers, as there's just too many issues with Review Board handling this
across different repository types.
Second, the rest of that should work fine, with the exception that
post-review (the tool you'd want to use for uploading review requests/diffs)
doesn't fully support Git yet. It probably wouldn't be too hard to add this
support, but someone needs to do it (and we're both kinda busy right now).
Once Git support is in post-review, it should just be a matter of having
some checkout on the Review Board server that you keep up to date with a
cron job and then run post-review (with the --branch parameter for sub-topic
branches) whenever you want to put up a new change.
Christian Hammond - [EMAIL PROTECTED]
On Thu, Oct 16, 2008 at 4:49 AM, raj <[EMAIL PROTECTED]> wrote:
> I use git internally and want to use RB to review code changes before
> submitting to our repo.
> We have a central repository which holds the main code. Developers
> pull from this repo and work with their local checkouts. After hacking
> their internal repos, when the code is in a consistent shape, they
> push to the repo. Ideally our work flow should be
> 1. Developers pull from main repo
> 2. Developers hack, make multiple commits in local repo
> 3. Developers push code
> 4. Push uploads the patches to RB.
> 5. Reviewers review the diff and suggest changes etc code goes back
> and forth between dev and RB
> 6. Reviewers approve the code
> 7. RB pushes the code to main repo, with proper commit messages etc
> Is such a work flow possible in RB? If not approximations would also
> be most welcome.
You received this message because you are subscribed to the Google Groups
To post to this group, send email to firstname.lastname@example.org
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at