与许多开发人员共享Gradle用户主页有什么缺点吗？

Question

在同一文件系统上的多个开发人员之间共享Gradle用户主页是否有任何缺点？

我们的目标是使用本地Gradle缓存节省磁盘空间。Gradle用户指南建议缓存对于并发访问是安全的。目前似乎没有任何方法可以独立于Gradle用户主页来配置缓存位置，因此从本质上讲，问题归结为共享Gradle用户主页（默认为~/.Gradle/）。在快速测试中，我们可以验证同一用户的多个并发进程确实可以与单个Gradle用户home完美地工作。

但多个用户是否会出现问题？我可以想象，权限问题可能会成为一个问题。有没有人有过这种设置的经验？Gradle用户主页中是否有不应共享的文件？

很明显，某些特定于用户的配置在共享用户主页（如个性化初始化脚本或gradle.properties）中不再可能实现。对于使用本地Gradle缓存节省磁盘空间，您是否有更好的建议？这样的建议可能是按照这个问题中的要求，以某种方式自动修剪每个用户的缓存。

我们使用Gradle来处理更大的二进制文件（目前每个文件约500M，并且还在增长）。这包括从其他大的二进制工件构建它们作为输入依赖项。我们将构建工件存储在artiFactory中；上传和下载非常顺利。但是，由于我们有大约50名开发人员每周混合和匹配许多文件，因此每个开发人员的本地Gradle缓存增长相当快。由于所有开发人员都在同一个文件系统上工作，我们正在考虑为所有开发人员提供一个共享的Gradle缓存以节省磁盘空间。

Answer 1

当您参考时。gradle，我猜你是在一台尼克斯机器上
然后只需将缓存文件夹作为指向某个共享文件夹的符号链接，就可以了。缓存将被共享，每个开发人员仍有自己的Gradle用户主页。

Answer 2

我刚刚找到Gradle开发人员StefanOehmeWRT的评论。共享Gradle用户主页：

如果Gradle进程没有竞争（以获得性能），则它们将持有锁。争用是通过进程间通信来宣布的，当进程在Docker容器中隔离时，这种通信不起作用。

他在后续评论中更清楚地指出（由我强调）：

尽管如此，我们可能还没有发现其他问题，因为在机器之间共享用户主页并不是我们设计的用例。

换句话说：Gradle目前不正式支持在不同的机器上共享Gradle用户主页，甚至只是其中的缓存部分。

Gradle用户主页仍然不打算共享，但是，现在至少“完全可以复制[依赖性]缓存”（参见《用户指南》）。不确定这对来自不同主机的并发访问意味着什么；它仍然为比以前官方支持的更多共享场景提供了基础。

Gradle用户主页仍然不打算共享，但是，Gradle至少又添加了一个用于共享依赖缓存的选项，例如，在CI场景中的容器化/临时构建中。