Skip to content

Fix npm publish job gating#18

Open
anupammaurya6767 wants to merge 4 commits into
mainfrom
codex/fix-release-publish-gating
Open

Fix npm publish job gating#18
anupammaurya6767 wants to merge 4 commits into
mainfrom
codex/fix-release-publish-gating

Conversation

@anupammaurya6767

@anupammaurya6767 anupammaurya6767 commented Apr 14, 2026

Copy link
Copy Markdown
Owner

Summary

  • stop from waiting on the optional Windows job
  • keep npm publication gated only on successful macOS and Linux builds
  • preserve the existing release workflow behavior everywhere else

Validation

  • workflow ok
  • inspected the workflow diff to confirm the change is limited to

Note

This improves future tag releases. It does not retroactively change the already-queued run because that run uses the workflow from the tagged commit.

Summary by CodeRabbit

  • Chores
    • Improved release pipeline by removing one build gate to allow npm publishing to proceed more quickly when that platform build isn't required.
    • Standardized source selection for a native dependency to a stable tagged version used by automated scans.
    • Added a CI step to upload test coverage to Codecov (non-blocking on failures) to improve visibility into test health.

@coderabbitai

coderabbitai Bot commented Apr 14, 2026

Copy link
Copy Markdown

Warning

Rate limit exceeded

@anupammaurya6767 has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 53 minutes and 45 seconds before requesting another review.

Your organization is not enrolled in usage-based pricing. Contact your admin to enable usage-based pricing to continue reviews beyond the rate limit, or try again in 53 minutes and 45 seconds.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yml

Review profile: CHILL

Plan: Pro

Run ID: 3acce447-5821-4080-8f52-3dbbccd461ac

📥 Commits

Reviewing files that changed from the base of the PR and between af9fca6 and b825cfa.

📒 Files selected for processing (4)
  • .github/workflows/ci.yml
  • README.md
  • package.json
  • scripts/blackfire-profile.js
📝 Walkthrough

Walkthrough

Updated four GitHub Actions workflows: removed Windows build dependency from npm publish, switched FAISS references from a commit SHA to tag v1.14.1 and simplified cloning, and added a Codecov upload step to the CI test job (runs on ubuntu/node 20, allowed to fail).

Changes

Cohort / File(s) Summary
Publish & Release
.github/workflows/build-release.yml
Removed build-windows-x64 from publish-npm job needs list so Windows build no longer gates npm publishing.
CodeQL workflow
.github/workflows/codeql.yml
Set env.FAISS_REF to v1.14.1 and changed FAISS clone to git clone --branch "$FAISS_REF" (removed separate checkout).
Nightly workflow
.github/workflows/nightly.yml
Same change as CodeQL: FAISS_REFv1.14.1 and clone via --branch instead of checkout.
CI / Coverage
.github/workflows/ci.yml
Added codecov/codecov-action@v5 step to test job (runs on ubuntu-latest with node-version: 20, uses secrets.CODECOV_TOKEN, uploads ./coverage/lcov.info, fail_ci_if_error: false, runs under always()).

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~10 minutes

Poem

🐰 I hopped through workflows, light and spry,
Tagging FAISS beneath the sky,
Windows waits while npm flies,
Coverage drops its little sigh,
A rabbit cheers — CI’s tuned and spry! 🥕

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title 'Fix npm publish job gating' directly and clearly describes the main change: removing Windows build from npm publish job dependencies.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch codex/fix-release-publish-gating

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick comments (1)
.github/workflows/nightly.yml (1)

13-35: Consider pinning FAISS to an explicit commit SHA for stronger supply-chain guarantees.

FAISS_REF: v1.14.1 is a lightweight tag (immutable), so it will not drift. However, for added supply-chain hardening in nightly builds, an explicit commit SHA (5622e93733b64b2e033362dbdfda019b2ab33ef0) would provide stronger guarantees against unexpected upstream changes.

Optional hardening
     env:
       FAISS_REF: v1.14.1
+      FAISS_SHA: 5622e93733b64b2e033362dbdfda019b2ab33ef0
@@
           git clone --branch "$FAISS_REF" --depth 1 https://github.com/facebookresearch/faiss.git /tmp/faiss
           cd /tmp/faiss
+          test "$(git rev-parse HEAD)" = "$FAISS_SHA" || exit 1
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In @.github/workflows/nightly.yml around lines 13 - 35, Replace the FAISS_REF
tag with the explicit commit SHA suggested by the reviewer to pin the checkout
to a single immutable commit: update the CI environment variable/constant
FAISS_REF from "v1.14.1" to the commit SHA
"5622e93733b64b2e033362dbdfda019b2ab33ef0" and ensure the git clone step that
uses "$FAISS_REF" continues to reference that variable so the build/checkout in
the "Build and install FAISS (CPU)" step always fetches the exact commit.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Nitpick comments:
In @.github/workflows/nightly.yml:
- Around line 13-35: Replace the FAISS_REF tag with the explicit commit SHA
suggested by the reviewer to pin the checkout to a single immutable commit:
update the CI environment variable/constant FAISS_REF from "v1.14.1" to the
commit SHA "5622e93733b64b2e033362dbdfda019b2ab33ef0" and ensure the git clone
step that uses "$FAISS_REF" continues to reference that variable so the
build/checkout in the "Build and install FAISS (CPU)" step always fetches the
exact commit.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yml

Review profile: CHILL

Plan: Pro

Run ID: 481d8d6e-58f0-4f46-a938-3e04d8c694b9

📥 Commits

Reviewing files that changed from the base of the PR and between f4c9cad and 4ef4ef7.

📒 Files selected for processing (3)
  • .github/workflows/build-release.yml
  • .github/workflows/codeql.yml
  • .github/workflows/nightly.yml

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant