哪个用于bigquery和dataproc组合的java google云库？

对于提交给GoogleDataProc的JavaSpark应用程序中必须使用哪些GoogleCloudJava库，我有点困惑

在我的应用程序中，我必须使用不同的谷歌云服务。 例如，在bigquery文档中，我发现我必须使用

<dependency>
  <groupId>com.google.cloud</groupId>
  <artifactId>google-cloud-bigquery</artifactId>
  <version>0.32.0-beta</version>
</dependency>

<dependency>
  <groupId>com.google.cloud</groupId>
  <artifactId>google-cloud-storage</artifactId>
  <version>1.14.0</version>
</dependency>

而对于谷歌存储，我必须使用

<dependency>
  <groupId>com.google.cloud</groupId>
  <artifactId>google-cloud-bigquery</artifactId>
  <version>0.32.0-beta</version>
</dependency>

<dependency>
  <groupId>com.google.cloud</groupId>
  <artifactId>google-cloud-storage</artifactId>
  <version>1.14.0</version>
</dependency>

等等与其他谷歌云服务

但是如果我在dataproc上使用这些库，我会遇到一些问题，比如与guava库的冲突问题，请参见此处：

最后我找到了雨伞包

<dependency>
    <groupId>com.google.cloud</groupId>
    <artifactId>google-cloud</artifactId>
    <version>0.8.0</version>
</dependency>

有了这个软件包，我不需要为任何单一的谷歌云服务使用库。 所有服务只需一个库，不再有冲突问题

好的，但是伞包的网页上说：

此包装没有保证稳定性，可能会出现以下情况 向后不兼容的更改

那么，伞式软件包是否与其他谷歌云服务的功能同步

伞形包代表了在dataproc上使用不同google云服务的更方便的方式

---

更一般地说：当我想在一个应用程序中使用不同的google云服务并避免依赖不同版本的guava、gax等库时，哪种方法是最好的

雨伞套装似乎经常更新，但对我来说，这似乎是根据您的需要进行的权衡。对依赖项进行微观管理将允许进行更精细的控制，但您需要通过手动排除您发布的链接中的一些库来解决冲突。使用BOM/雨伞更方便，但库将使用可能暂时过时的受控版本。我只会使用这种更简单的方法，除非您需要一个库的非常特定的版本或伞式库中找不到的组合，即您希望修复BigQuery库，但继续更新其余库。稳定性警告不会影响各个依赖项