Gerrit 为何会选择 Buck

Shawn Pearce（ Gerrit 项目的维护者）在不久前的 EclipseCon 上发表了题为使用Buck 改善Java 构建的演讲（幻灯片、更多信息），该演讲谈到了Gerrit 项目从Maven 转移到Buck 背后的原因。从Gerrit 2.8 开始，项目的构建已经开始完全使用Buck 了。

Buck 是个构建系统，以 Google 的内部构建系统“blaze”为模型，它是由前 Google，现 Facebook 工程师开发的。在 Facebook，该构建系统是开源的，基于 Apache 许可，位于GitHub 上。Buck 基于Python 构建，不过在Gerrit 中它主要用来编译Java。

Buck 语言是个 DSL，使用 Python 作为底层构建文件。如下代码定义了一个名为“printy_lib”的 Java 库，它依赖于 Guava，后者位于文件系统的某处：

复制代码

 
<pre>
java_library(
  name = 'printy_lib',
  srcs = glob(['src/main/java/**/*.java']),
  deps = [':guava'],
)
 
prebuilt_jar(
  name = 'guava',
  binary_jar = 'guava.jar',
)
</pre>
 

Gerrit 项目为从 Maven Central 中解析 JAR 提供了更多的支持，然后会将这些 JAR 下载到本地系统上。JAR 的内容是通过一个 GAV 标识的，并使用 SHA1 校验，在下载时就会进行验证。目前 Buck 还没有这些扩展，不过未来可能会被加上。

复制代码

 
<pre>
include_defs('//lib/maven.defs')
 
maven_jar(
  name = 'guava',
  id = 'com.google.guava:guava:14.0',
  sha1 = '67b7be4ee7ba48e4828a42d6d5069761186d4a53',
  license = 'Apache2.0',
)
</pre>
 

Buck 相对于 Maven 的主要优势在于速度非常快。这是由几个关键特性所决定的，构建可以跨模块并行执行，默认情况下，Buck 构建会执行 1.25xCPU 个线程（Maven 与 Make 也有能力执行并行的构建，不过依旧是并行构建模块而已）。如下数据展示了 Gerrit 速度上的改进：

• 清理构建 ```

  mvn package -Dmaven.{javadoc,test}.skip=true … 6m50s
  buck build :gerrit … 2m 3s
  buck test --all … 2m 5s

- ** 空操作增量重构建 ** ```
 
 mvn package -Dmaven.{javadoc,test}.skip=true  ... 4m44s
 buck build :gerrit                            ...    2s

• Buck 很快，当在后台运行 buckd 时会快 ```

  ~/buck/bin/buckd
  time buck :gerrit … 0.5s

 
由于在默认情况下有多线程支持，Buck 会通过增量构建，并且只重新编译那些改变的类来加快编译速度。相对于使用文件系统时间戳（并不是在所有系统上都是可靠的），Buck 使用了基于代码上一次编译时间的 SHA 内容匹配来获悉哪些源文件被修改了。散列还包含了构建文件的散列，因此如果构建系统被修改了，那么所有文件都会被重新编译。
 
Buck 还对 Java 关系有着详尽的了解，这样它就知道该如何构建相互依赖的类之间的关系，这可以确保只有在公共 API 发生变化时才会编译关系，而内部方法发生变化时则不会编译。
 
除了可以共享本地系统构建的内容外，我们还可以将 Buck 挂载到 Apache Cassandra 存储系统上，让多个开发者可以共享库。这成为了下载组件的一种仓库机制，这些组件可能已经被构建了，可能是老的版本，构建系统会解析这些情况。这样发现问题的速度就会大大加快，不必每次在解析了之前构建的内容后都要执行一次构建。由于内容是散列的，因此即便版本没有更新或者构建没有公开发布也可以执行构建。
 
速度上的提升可以实现更加灵活的开发。假如一个构建的执行时间不到一秒钟（如果运行着 Gerrit daemon），Gerrit 的开发构建会检测到它是否运行在开发模式下，然后对每次 HTTP 请求都会执行重新构建与重新加载。这样可以实现非常快的补丁修复与开发，无需花费数秒甚至是数分钟来执行重新构建与部署。
 
Buck 依旧在开发当中，或许目前缺乏 Gradle 所拥有的一些社区与文档。最后，虽然 Buck 使用 Java 编写，不过它使用 Python 作为其 DSL，测试主要在 Mac 与 Linux 上完成，这意味着目前的 Windows 支持被放在了第二位。
 
要想了解关于 Buck 的更多信息，请查看 [Facebook 的 Buck 描述页面](http://facebook.github.io/buck/)。
 
** 查看英文原文：**[Why Gerrit chose Buck](http://www.infoq.com/news/2013/10/gerrit-buck)