小编Boo*_*oon的帖子

在 Gradle 脚本中，我直接在我的 GitHub 帐户上引用了一个文件，如下所示：

buildscript { scriptHandler ->
    apply from: 'https://github.com/raw/foo/bar-repo/master/repos.gradle?token=DFXD68SDF9DFKvNY-801UJHUHDUVdsd782MewA%3fks5D%3D', to: scriptHandler

    dependencies {
        // some dependencies
    }
}

我通过转到有关文件的 GitHub 页面上的“原始”链接获得了 URL。

当我运行本地构建时，一切正常，我的构建可以检索包含访问令牌的 URL 引用的原始文件。

这是否有任何危险（我将 URL 保密在我的组织中）。令牌会过期吗？我想在 buildscript 块中共享通用配置，例如 URL，这似乎是最简单的方法。

编辑：我已经转到我的 GitHub 帐户的安全部分并撤销所有会话并注销（以结束我当前的会话）。该网址仍然有效。

我一直在探索数据湖屋概念和 Delta Lake。它的一些功能看起来非常有趣。在项目主页https://delta.io/上，有一个图表显示 Delta Lake 运行在“您现有的数据湖”上，但没有提及 Spark。在其他地方，它表明 Delta Lake 确实运行在 Spark 之上。所以我的问题是，它可以独立于Spark运行吗？例如，我是否可以在我的架构中不使用 Spark 的情况下，使用 S3 存储桶设置 Delta Lake 以进行 Parquet 格式的存储、模式验证等？

Gradle 的依赖管理系统将下载的工件存储在本地 Maven 缓存中。当构建再次请求相同的依赖项时，该依赖项只是从缓存中检索，避免了工件的任何网络传输。

我正在尝试使用 NPM 复制此行为以构建 JavaScript 项目。我期待 NPM 支持全局 node_modules 缓存，但是在 NPM 中“全局”安装包有不同的含义 => 包被添加到 PATH 以便它可以用作 CLI 工具。

阅读npm install的文档，标准行为是将包安装到本地node_modules 目录中。但这意味着系统上有许多重复的软件包会浪费宝贵的磁盘空间。这也给进行干净的生产构建带来了问题，因为理想情况下每次都应该将 node_modules 吹走。

NPM 是否支持 Gradle 的 Maven 缓存之类的东西？关于NPM 缓存的文档并没有更清楚地说明如何使用它。更重要的是，使用 NPM 的缓存策略在多个并行构建中是否安全并不明显。

对于繁忙的 CI 环境来说，这似乎是一个基本要求，以前肯定已经解决了。我找到了npm-cache工具，它似乎提供了这种支持，但如果缓存npm本身就被支持会更好。

谢谢！

我正在开发一个（现有的）Jenkins 插件，并且想使用依赖注入。不幸的是，Jenkins 开发的 DI 记录很少。据我所知，Jenkins 使用 Google 的 Guice 框架进行 DI。有这个 Wiki 页面，但我对此有点困惑：在我检查过的现有 Jenkins 插件中，我没有看到对 Guice 的此类调用，但我确实看到了注释的大量用途@Inject。此外，令我困扰的是，我需要在每个Guice.createInjector(new MyModule()).injectMembers(this);需要依赖注入的类中调用，看起来我在乱扔代码。

class MyClass {
    private MyInterface obj;

    @Inject
    public MyClass(MyInterface obj) {
        this.obj = obj;
    }

    ...
}