Skip to content

Option to Skip Rebuild in CI Environments #1121

@wiktor-obrebski

Description

@wiktor-obrebski

Description

In our project, we use node-rdkafka in a CI environment where we rely on npm ci --cache ... to ensure clean installations.
However, because npm ci removes the entire node_modules folder on every run, node-rdkafka’s default behavior of executing node-gyp rebuild always triggers a full rebuild of its C++ components.

This significantly increases our CI build times. In our scale, we have hundreds of CI workers run per day, and the increase in time is unacceptable. Also, it's just wasted resources, as all workers need the same binaries in 99.999% of cases.

We use npm cache, but the build binaries are not cached by npm, only base package files.

We currently maintain a dedicated fork that provides prebuilt binaries to avoid this rebuild step, but this approach is cumbersome due to the ongoing need to sync with the main node-rdkafka repository (and other reasons).

Problem

  • CI Build Overhead: Every CI run triggers node-gyp rebuild because the build artifacts are not preserved, resulting in longer build times.
  • Fork Maintenance: Maintaining a fork solely to provide prebuilt binaries introduces additional maintenance overhead and drift risk with the upstream repository.
  • Lack of Bypass Mechanism: There is currently no built-in option in node-rdkafka (or node-gyp) to skip the rebuild when a valid prebuilt binary is available.

Proposed Solution

Environment Variable
Introduce an optional environment variable (e.g., NODE_RDKAFKA_SKIP_BUILD) that, when set, would check for an available prebuilt binary and skip the node-gyp rebuild step if found. This would allow users running in CI or other environments to maintain the cache manually (e.g. in onw package postinstall script) and avoid unnecessary recompilation.

Questions for the Maintainers

  • Is there a recommended approach or best practice for handling this scenario in CI environments without resorting to maintaining a dedicated fork?

  • Would you consider a pull request that implements an option (via environment variable) to skip the build?

I'm happy to contribute to a solution and help test any proposed changes.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions