News

Review Board has been in development for almost four years now, and in that time we've seen a lot of growth in the project, and have brainstormed exciting directions to take it.

To that end, we're proud to announce Beanbag, Inc. We formed Beanbag to maintain Review Board and to better help fund it in the future by developing services and software around it.

We're starting small. Beanbag is owned and operated solely by David Trowbridge and myself (Christian Hammond), and will remain that way for the foreseeable future. Long term, we're hoping we can start doing even more with Review Board to help address developers' needs.

As for Review Board itself, nothing is changing with the goals or the way it's run. Our own personal copyright on the project is transitioning to the new company. Otherwise, the project is staying the same. It will still be open source under the MIT license. We will still do active development on it. It's the same project you (hopefully) love, with the same people running it.

Our first big Beanbag project is our upcoming Review Board hosting service for small businesses, RBCommons. We will be providing shared and private hosting for organizations and businesses for a reasonable monthly fee. We'll take care of installation, upgrades, and maintenance. If you're interested in this, you can sign up on the RBCommons site to be notified, and we'll let you know as soon as we begin alpha testing.

At long last, after just over a year of development, we present to you for your consideration... Review Board 1.5!

Review Board 1.5 is a major release with many new features for users, administrators, and third party developers. We have improved usability, improved error feedback and logging, and made it easier to review changes.

Users will see notification bubbles when a review request is updated and improved e-mails with fragments of diffs and screenshots. They'll see when code blocks have moved in the diff viewer, see which class or function a block of code is in, and better control how they see whitespace. Comment regions are more clear in the diff viewer. Reviewing on an iPhone and iPad now works. Screenshots can be uploaded by dragging them from the file manager into the page. Auto-complete matches first and last names, and group names.

Administrators can more easily create and manage repositories and bug trackers on various services. They can decide which ones are shown and which are not. They can view and filter the Review Board log file when diagnosing problems. Offload uploaded data to Amazon S3. Write custom management commands for administering Review Board.

Remote Git repositories are now possible. Repositories over HTTPS or SSH can be added and accessed without complex workarounds.

Third party developers have a much more powerful, flexible, and manageable API for integrating Review Board into their applications and services. They can do most of what Review Board's own web UI can do. They can even implement custom diff viewers if needed.

This is just part of the feature set of Review Board 1.5. See the full release notes for all the great things in this release.

At this point, all of our work will focus on 1.5 and the upcoming 1.6. The goal is to keep the 1.6 release shorter with a smaller feature set. We likely won't be releasing any 1.0.x releases unless major security problems are found.

If you are using Review Board 1.0.x, performing an upgrade will automatically install 1.5. You can upgrade by typing:

$ easy_install -U ReviewBoard

If you want to stay on the 1.0.x branch, you need make sure you upgrade to the exact version you want by specifying it during package installation. For example:

$ easy_install -U ReviewBoard==1.0.9

Thanks to everyone who helped make this release possible! That includes all those who have helped spread Review Board in your organization. If you use Review Board and would like to come celebrate with us, please let us know through this simple form.

We can see the end of the tunnel, and it's bright and full of marshmallows!

Tonight we released Review Board 1.5 RC 2, the (hopefully) final RC release before 1.5 goes live. After our testing with RC 1, we're pretty confident we're at a good point to ship the final release soon. How soon? Why, next week, if all goes well. But you didn't hear it from me.

1.5 RC 2 fixes some remaining compatibility problems and usability problems found in RC 1. It smooths out the new API quite a bit as well.

Some of the key highlights include:

• Python 2.7 packages
• Compatibility with PyLucene 3.x
• Support for review requests without a diff (for reviewing screenshots)
• Improvements to screenshot drag-and-drop to make the experience a bit more reliable
• Some various authentication fixes for NIS, LDAP and Active Directory.

As usual, full release notes are available.

If you are at all planning to use Review Board 1.5, please upgrade to RC 2 and let us know if there are any major regressions. At this point, the goal is to release very soon, with any non-showstopper bugs being targetted for 1.5.1.

We always like to hear from our users, so drop us a line if you're using it, and with your permission, we'll add you to our Happy Users list.

We're planning a release party in the Silicon Valley, California area for some time in October. Details are still being worked out, but if you live in the area and would love to join us and some fellow users for dinner and drinks, contact us on the mailing list with your general availability (preference for week day vs. weekend, when you could tentatively make it) and we'll let you know when the plans are set.

Why, hello everyone. I hope everyone had a great 4th of July, whether it was a holiday or just any ol' Sunday. The 4th is now over, and I had hoped to get this ready before the day was up, but well, the 5th will do nicely.

I have two presents for you. Two fresh, new, shiny Review Board releases.

Review Board 1.0.9 is simple release that fixes a few random bugs (UTF-8 fixes for syntax highlighting, Subversion keyword collapsing problems, linkified text for bug numbers and paths, and the Starred Groups page), as well as switching the default memcached Python module to python-memcache. This new memcached release is more up-to-date, and is now installed by default along with Review Board. If you're upgrading Review Board, you shouldn't have to do anything.

Review Board 1.5 RC 1 is a much bigger release, and is hopefully the last release before the final 1.5. This release contains all the changes and fixes in 1.0.9, but also introduces many new enhancements and fixes.

The main enhancements include improved move detection, WSGI installation, and support for using the main web UI on the iPhone and iPad. It also improves the new web API by allowing callers to retrieve basic information on the active session, filtering review requests by date/time, and downloading patches or parsed diff opcodes.

At this point, we want to get the final 1.5 out the door ASAP. Much of our time will be spent on documentation updates and fixing any critical bugs that pop up. If you're planning to upgrade to 1.5 soon, it may be worth upgrading a copy of your installation to RC 1 soon to make sure you won't hit any show-stopping bugs. We'll be limiting the bugs we fix for 1.5, pushing things out to 1.5.x unless they're major regressions.

More information can be found in the 1.0.9 release notes and 1.5 RC 1 release notes.

After several months of hard work, we finally cut a release of Review Board 1.5 beta 2! This is a much more stable beta than 1.5 beta 1, and includes some new usability improvements, new features, many bug fixes, and a new public API.

One of the nicer improvements in this release include the new diff viewer comment flags, which span the range of lines that the comment was made on instead of only pointing to the first line in the range. This is much nicer looking and much more usable. They also no longer overlap the line numbers, so it's easier to see what line is being commented on.

The largest change in this version is the new REST API. We've had a public API for a long time that worked on a resource model, allowing third party applications to interface with Review Board, but it was hard to maintain and had many warts. The new API is actually a RESTful API, meaning that it's fully resource-based, uses standard HTTP methods and HTTP response codes, is largely self-documenting, and every resource links to related or child resources.

There isn't any documentation yet for this, but we'll be working on some before the final 1.5 release. We'd like to encourage developers using the existing API to begin supporting the new one. You can start browsing the resource tree by pointing your browser to your site's /api/ path. If you're using Firefox, you can use the fantastic JSONView extension to better browse the tree.

Many things were fixed in this release and I'd like to thank everyone for providing feedback, reporting bugs, and submitting patches.

Going forward, we may have a third beta in order to finalize some of our API code and fix most of the remaining bugs, and then we'll try to crank out the release candidate and then final release as soon as we can.

More information can be found in the release notes.

We at Review Board are pleased to announce that Clearvision has released the latest version of their UCM4SVN (Unified Change Management for Subversion) product with out-of-the-box support for Review Board. From their press release:

In April 2010 Cleavision released version 2.2 of UCM4SVN which included an integration with the open source code review tool Review Board.

UCM4SVN is a lightweight process layer which sits above the open source configuration management tool Subversion and enables development teams to quickly and easily structure their code and work items.

UCM4SVN removes all of the complication within Subversion associated with branching, merging, release management, permission management, change management integration etc. by providing a single browser based interface.

The new integration with Review Board will allow developers, team leaders and project managers to perform code reviews as part of the natural but managed process instigated by UCM4SVN. The high level steps are as follows;

• Via UCM4SVN a team leader assigns development ‘activities’ which either originate from one of the integrated change management tools (IBM Rational ClearQuest, Atlassian Jira, Trac) or as a UCM4SVN created activity;
• Via UCM4SVN the developer accepts the activity and UCM4SVN performs a Subversion checkout;
• The developer uses their preferred Subversion IDE (Tortoise, Eclipse, command line) etc. to work on the change set or file for the activity and eventually completes the work and performs a final SVN commit;
• The developer, via UCM4SVN chooses to perform a ‘Close’ or ‘Deliver’ action and integrate the activity of changes into a common integration branch;
• The act of ‘Close’ or ‘Deliver’ automatically creates a ‘Review Board’ request ticket for the team member acting as a reviewer;
• The reviewer, via UCM4SVN, can decide to perform a review by selecting the ticket. Such action automatically opens Review Board and from this point Review Board manages the review process and stores all review comments;
• The interaction between Review Board and UCM4SVN is most valuable when a reviewer decides to fail a review. Under these circumstances, a UCM4SVN change request is automatically created and assigned to the original code developer to ensure the code changes are implemented;
• UCM4SVN manages the entire process to ensure the original activity and the code change requests from Review Board are implemented into the final integration branch.

Through the integration between UCM4SVN and Review Board the reviewer’s comments and requests to improve the quality of code are never forgotten or misplaced, a full audit trail is clearly recorded.

The natural development process managed by UCM4SVN is strong and agile enough for companies of all sizes.

Clearvision initially considered developing their own code review tool however, after researching the market and evaluating a number of similar products, realised the Review Board product was an ideal fit and matched Clearvision’s goal of producing simple but effective applications.

Clearvision would like to give special thanks to all those involved in Review Board.

Clearvision provide Subversion training, subversion consulting, subversion support and a range of subversion products including integrations between ClearQuest, Jira, Trac, Subversion, Git and a variety of migration tools. UCM4SVN will shortly be extended to provide Application lifecycle Management for the open source configuration management product Git.

For any questions related to open source development within the software change and configuration management arena please contact www.clearvision-cm.com or sales@clearvision-cm.com.

Tonight we put out a small bug fix release that fixes a few small bugs, including some dashboard rendering issues when adding/removing columns. It also allows support for handling log rotation, so that the web server doesn't have to be restarted in order to resume logging after a log rotate.

We're focusing our efforts now on wrapping up the 1.5 release. Beta 2 will be out soon, and barring any regressions, we likely won't put out any more 1.0.x releases for a while.

More information can be found in the release notes.

We've been fortunate enough to participate once again in the Google Summer of Code. This is an opportunity for students from around the world to work on interesting open source projects. This is our second year participating. Last year's efforts resulted in the upcoming Move Detection in the Diff Viewer, whitespace display toggling, Policy rule support (coming in probably 1.7), WebHooks (coming in 1.6), and Eclipse IDE integration.

This year we've selected three students with very exciting proposals:

• Distributed Version Control System support to allow for reviewing patch sets and checking remote branch status.
• Identifying repeated changes in a diff and summarizing or collapsing them, making it easier to review code where a function or variable has been renamed or changed in a consistent way throughout several files.
• Work on the Extensions branch to help get our in-development Extensions support into better shape for a release.
• A Linux installer making it easier to install Review Board on a variety of Linux distributions and keep it up-to-date.

We'd like to thank everyone who submitted a proposal this year, and we'd especially like to thank Google for once again accepting us into Summer of Code! Finally, we'd like to welcome our students into the project this year. It should be a great Summer.

It's release night! We have yet another one for you. We just released Review Board 1.0.7, which is a fairly small release with some further performance improvements for the dashboard.

After getting feedback from users of the 1.0.6 release, we discovered that, while the dashboard speed improvements did make a difference, the dashboard was still slower than it should have been on large deployments. We investigated this and found some further improvements we could make, which have massively reduced loading times on these large deployments.

It also restores compatibility with the betas of Django 1.2. Careful readers might note that we announced compatibility in 1.0.6, but as luck would have it, the following day we were broken again. We fixed the latest breakage, and hopefully won't see another.

More information can be found in the release notes.

Tonight we released the final build of RBTools 0.2.0. The is the first official stable release of RBTools and is compatible with both Review Board 1.0.x and the upcoming 1.5 release.

RBTools is a collection of a tools for working with Review Board. Right now, there is only one tool, post-review, which makes it easy to create and update review requests. It's useful for end users, automation, and as a way to integrate with other products.

Users of previous versions will find some good bug fixes in the final release. In particular, a couple crash bugs and a UTF-8 encoding bug in RBTools 0.2 RC 1 have been fixed.

We have many plans for future versions. Some new tools will be added for querying review requests and otherwise working with review requests. RBTools will also provide a Python module, allowing custom tools to be written. These new tools will likely require Review Board 1.5.

More information can be found in the release notes.