Skip to content

chore: take the CI workflows out of the tree for now - #898

Merged
swapnilpaliwal-sd merged 1 commit into
mainfrom
chore/remove-workflows-for-now
Sep 18, 2026
Merged

swapnilpaliwal-sd merged 1 commit into
mainfrom
chore/remove-workflows-for-now

Conversation

@swapnilpaliwal-sd

Copy link
Copy Markdown
Contributor

Takes .github/workflows/build-engines.yml and publish-npm.yml out of the tree for now. They go back in later with the rest of CI.

Only the workflows

Everything else from #478 stays. The engine resolution in run-souffle.sh, graph/pipeline/engine.conf, packaging/ and the optionalDependencies entries are untouched, so a checkout still resolves a packaged engine when one is installed and still falls back to a local compile when it is not.

Two references would have dangled

  • README.md told the reader to publish from Actions, publish-npm, Run workflow. It now says the packages are assembled with packaging/assemble-engine-package.sh and published by hand until the workflows return.
  • A comment in the executor named publish-npm.yml as the thing that produces the package. It now names the package without naming the workflow.

Note

While the workflows are out, nothing builds the engines automatically, so a release means running the build by hand on each platform. packaging/assemble-engine-package.sh still takes an engines-<platform>/ directory and produces the publishable package, so the packaging half is unaffected.

Removes .github/workflows/build-engines.yml and publish-npm.yml. The workflows
go back in later, together with the rest of CI.

Only the workflow files. Everything else that makes engines shippable stays:
the engine resolution in run-souffle.sh, graph/pipeline/engine.conf, packaging/
and the optionalDependencies entries are untouched, so a checkout still resolves
a packaged engine and still falls back to a local compile.

Two places named the workflows and would have dangled: the README told the
reader to publish from Actions, and a comment in the executor named
publish-npm.yml as the thing that produces the package. Both now describe what
is actually in the tree.
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