• Get Review Board
  • What's New
  • Products
  • Review Board Code review, image review, and document review
  • Documentation
  • Release Notes
  • Power Pack Enterprise integrations, reports, and enhanced document review
  • Try for 60 Days
  • Purchase
  • RBCommons Review Board as a Service, hosted by us
  • Pricing
  • RBTools Command line tools and Python API for Review Board
  • Documentation
  • Release Notes
  • Review Bot Automated code review, connecting tools you already use
  • Documentation
  • Release Notes
  • RB Gateway Manage Git and Mercurial repositories in your network
  • Documentation
  • Release Notes
  • Learn and Explore
  • What is Code Review?
  • Documentation
  • Frequently Asked Questions
  • Support Options
  • Third-Party Integrations
  • Demo
  • Review Board RBTools Power Pack Review Bot Djblets RB Gateway
    1. RBTools 1.0
    2. Version 5.x
    3. Version 4.x
    4. Version 3.x
    5. Version 2.0
    6. Version 1.0
    7. Version 0.7
    8. Version 0.6
    9. Version 0.5
    10. rbt
    11. Configuration
    12. Repository Configuration
  • Home
  • rbt
  • Configuration
  • Repository Configuration
  • Per-User Configuration
  • Team Foundation Server Configuration
  • Commands
  • alias
  • api-get
  • attach
  • clear-cache
  • close
  • diff
  • install
  • land
  • list-repo-types
  • login
  • logout
  • patch
  • post
  • publish
  • setup-completion
  • setup-repo
  • stamp
  • status
  • status-update
  • RBTools Python API
  • Overview of the Python API Client
  • Tutorial
  • Resource-Specific Functionality
  • RBTools Workflows
  • Using RBTools with Git
  • Glossary
  • General Index
  • Release Notes
  • This documentation covers RBTools 1.0. You can select a version above or view the latest documentation.

    Repository Configuration¶

    There are many ways to configure rbt in order to associate a Review Board server with a repository. The ideal setup is to configure a repository to point to a Review Board server, so that users can use rbt out of the box, but there are other methods available.

    All repository types support a .reviewboardrc file, which is the recommended way to configure your repository. Through here, you can specify the URL to your Review Board server, the repository name, and provide some helpful defaults.

    Alternatively, some types of repositories can have special metadata associated that point to your server, but those don’t support some of the more advanced features of .reviewboardrc.

    .reviewboardrc¶

    The .reviewboardrc file is a generic place for configuring a repository. This must be in a directory in the user’s checkout path to work. It must parse as a valid Python file, or you’ll see an error when using rbt.

    This is the recommended way of configuring your repository to talk to Review Board.

    You can generate this file automatically, starting with RBTools 0.5.3, by typing:

    $ rbt setup-repo
    

    Just follow the instructions, and it will create your .reviewboardrc. You should then commit this to your repository.

    The rest of this section covers some of the more common settings you may want for your .reviewboardrc. You can find more in the documentation for many of the commands. For example, see rbt post’s options.

    REPOSITORY¶

    By default, RBTools will try to determine the repository path and pass that to Review Board. This won’t always work in all setups, particularly when different people are checking out the repository with different URLs.

    You can use the REPOSITORY setting to specify the name of the repository to use. This is the same as on Review Board’s New Review Request page. For example:

    REPOSITORY = 'RBTools'
    

    REVIEWBOARD_URL¶

    To specify the Review Board server to use, you can use the REVIEWBOARD_URL setting. This takes the URL to the Review Board server as a value. For example:

    REVIEWBOARD_URL = "https://reviewboard.example.com"
    

    TRACKING_BRANCH¶

    When using Git or other DVCS repositories, RBTools makes an assumption about the upstream branch, which it needs to know in order to generate a diff. You can set the TRACKING_BRANCH setting to the branch name in order to force the usage of a specific branch. This is equivalent to providing the --tracking-branch option.

    We recommend you set this for any .reviewboardrc files on any long-running release or feature branches.

    For example:

    TRACKING_BRANCH = "origin/release-2.0.x"
    

    BRANCH¶

    A review request’s Branch field is a helpful way of seeing where a change is expected to be merged into. You can specify the default for all review requests on a branch by setting the BRANCH field. For example:

    BRANCH = "release-2.0.x"
    

    Note that the intent is to show the destination branch, and not the feature branch that the code is being developed on.

    This also does not affect code generation. It’s used solely to display to the reviewers where the code will land.

    ENABLE_PROXY¶

    By default, any configured HTTP/HTTPS proxy will be used for requests. If your server is within your own network, you may want to turn this off. You can do so by setting ENABLE_PROXY to False:

    ENABLE_PROXY = False
    

    Git Properties¶

    Repository information can be set in a reviewboard.url property on the Git tree. Users may need to do this themselves on their own Git tree, so in some cases, it may be ideal to use dotfiles instead.

    To set the property on a Git tree, type:

    $ git config reviewboard.url http://reviewboard.example.com
    

    Perforce Counters¶

    Repository information can be set on Perforce servers by using reviewboard.url Perforce counters. How this works varies between versions of Perforce.

    Perforce version 2008.1 and up support strings in counters, so you can simply do:

    $ p4 counter reviewboard.url http://reviewboard.example.com
    

    Older versions of Perforce support only numeric counters, so you must encode the server as part of the counter name. As / characters aren’t supported in counter names, they must be replaced by | characters. | is a special character in shells, so you’ll need need to escape these using \|. For example:

    $ p4 counter reviewboard.url.http:\|\|reviewboard.example.com 1
    

    Subversion Properties¶

    Repository information can be set in a reviewboard:url property on a directory. This is usually done on whatever directory or directories are common as base checkout paths. This usually means something like /trunk or /trunk/myproject. If the directory is in the user’s checkout, it will be faster to find the property.

    To set the property on a directory, type:

    $ svn propset reviewboard:url http://reviewboard.example.com .
    

    Keep up with the latest Review Board releases, security updates, and helpful information.

    About
    News
    Demo
    RBCommons Hosting
    Integrations
    Happy Users
    Support Options
    Documentation
    FAQ
    User Manual
    RBTools
    Administration Guide
    Power Pack
    Release Notes
    Downloads
    Review Board
    RBTools
    Djblets
    Power Pack
    Package Store
    PGP Signatures
    Contributing
    Bug Tracker
    Submit Patches
    Development Setup
    Wiki
    Follow Us
    Mailing Lists
    Reddit
    Twitter
    Mastodon
    Facebook
    YouTube

    Copyright © 2006-2025 Beanbag, Inc. All rights reserved.

    Terms of Service — Privacy Policy — AI Ethics Policy — Branding

    On this page

    • [Top]
    • .reviewboardrc
      • REPOSITORY
      • REVIEWBOARD_URL
      • TRACKING_BRANCH
      • BRANCH
      • ENABLE_PROXY
    • Git Properties
    • Perforce Counters
    • Subversion Properties