| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
The release workflow builds feast-mcp, but master merges push feature-server, feature-transformation-server and feast-operator to quay.io/feastdev-ci without it, so there is no :develop tag to test with. Add a job that wraps the feature-server image that job just pushed. It needs that image present, so it runs after the matrix rather than inside it. Unlike the release path this base comes from Dockerfile.dev, which installs from the lockfiles and local source, so it carries mcp-server before the first release that publishes it to PyPI. Signed-off-by: Chaitany Patel <patelchaitany93@gmail.com>
|
⚠️ Please install the Codecov Report✅ All modified and coverable lines are covered by tests. @@ Coverage Diff @@
## master #6962 +/- ##
==========================================
+ Coverage 49.06% 49.32% +0.25%
==========================================
Files 435 443 +8
Lines 54522 55080 +558
Branches 7954 8016 +62
==========================================
+ Hits 26752 27167 +415
- Misses 25892 26030 +138
- Partials 1878 1883 +5
Continue to review full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
What this PR does / why we need it:
Follow-up to #6957, which added feast mcp and published its image from the
release workflow only. Master merges push feature-server,
feature-transformation-server and feast-operator to quay.io/feastdev-ci,
but not feast-mcp, so there is no :develop tag to test against between
releases.
This adds a build-feast-mcp-image job to master_only.yml that wraps the
feature-server image the matrix just pushed, tagging
quay.io/feastdev-ci/feast-mcp with the commit SHA and develop.
because the base image it wraps has to exist first.
feast-mcp:<sha> and feature-server:<sha> always come from the same tree.
and the working tree rather than PyPI, so this image carries mcp-server
immediately — ahead of the first release that publishes the extra to PyPI.
Before merging
quay.io/feastdev-ci/feast-mcp does not exist yet and needs to be created as
a public repository, with the same robot write permissions as
feastdev-ci/feature-server. A push to a missing repository either fails
outright, or auto-creates a private repository that nobody can pull while CI
still reports success. The same applies to quay.io/feastdev/feast-mcp for the
release workflow already on master.
Which issue(s) this PR fixes:
N/A
Checks
Testing Strategy
Verified the image builds and runs on both published architectures, using a
base built from Dockerfile.dev as this job does:
Misc