Skip to content

Migrate repository context to rabbit.ci and upgrade Worker - #77

Merged
fqjony merged 2 commits into
latestfrom
chore/rabbit-ci-worker-0.52.0
Aug 17, 2026
Merged

Migrate repository context to rabbit.ci and upgrade Worker#77
fqjony merged 2 commits into
latestfrom
chore/rabbit-ci-worker-0.52.0

Conversation

@fqjony

@fqjony fqjony commented Aug 17, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Replace the legacy dev.kit repository context with the committed Rabbit CI resolution in .rabbit/repo.yaml.
  • Refresh Rabbit CI and Worker-config documentation around the new ownership boundary.
  • Upgrade the base Worker image from 0.48.0 to 0.52.0.

Scope

Validation

  • rabbit.ci
  • yq e '.' .rabbit/repo.yaml
  • git diff --check
  • make test was attempted but could not run because the local Docker daemon is unavailable.

Copilot AI lite review requested due to automatic review settings August 17, 2026 09:31
@fqjony
fqjony force-pushed the chore/rabbit-ci-worker-0.52.0 branch from c1419dd to 5f0b2a6 Compare August 17, 2026 09:32

Copilot AI 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.

Pull request overview

This PR migrates Rabbit-facing repository context from the legacy dev.kit generated .rabbit/context.yaml to a committed Rabbit CI resolution file (.rabbit/repo.yaml), refreshes the related documentation, and upgrades the base Worker image used by this repo.

Changes:

  • Upgrade usabilitydynamics/udx-worker base image from 0.48.0 to 0.52.0.
  • Replace dev.kit-generated repo context with Rabbit CI’s committed .rabbit/repo.yaml (and remove .rabbit/context.yaml).
  • Update docs to clarify the ownership boundary and when to run rabbit.ci.

Reviewed changes

Copilot reviewed 6 out of 6 changed files in this pull request and generated 1 comment.

Show a summary per file
File Description
README.md Updates Rabbit CI section to point at .rabbit/repo.yaml and clarify regeneration triggers.
docs/worker-config.md Clarifies worker.yaml is an image-runtime contract and not part of Rabbit CI resolution.
Dockerfile Bumps base Worker image tag to 0.52.0.
.rabbit/repo.yaml Adds committed Rabbit CI repo resolution snapshot.
.rabbit/README.md Reworks Rabbit CI docs to describe repo.yaml resolution boundary and entry points.
.rabbit/context.yaml Removes legacy dev.kit generated repo context.

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

Comment thread .rabbit/repo.yaml
Copilot AI review requested due to automatic review settings August 17, 2026 09:34

Copilot AI 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.

Pull request overview

Copilot reviewed 6 out of 6 changed files in this pull request and generated no new comments.

Suppressed comments (3)

.rabbit/repo.yaml:10

  • branches includes the current feature branch (chore/rabbit-ci-worker-0.52.0) with empty rules. If this branch is deleted after merge (a common cleanup step), the committed resolution will become stale immediately. Consider configuring rabbit.ci to emit only long-lived/protected branches (or otherwise avoid committing transient branch entries) so repo.yaml remains stable across PR branch churn.
branches:
  - name: chore/rabbit-ci-worker-0.52.0
    rules: {}
  - name: latest

README.md:123

  • The regeneration trigger list omits changes to configured secret/variable names, even though .rabbit/repo.yaml explicitly records those names. If secrets/variables are added/renamed, following this guidance would leave the committed resolution stale.
Run `rabbit.ci` after changing a GitHub workflow, branch protection, or GitHub Environment, then review and commit the generated resolution with the source change. See [`.rabbit/README.md`](.rabbit/README.md) for the resolution boundary and delivery entry points.

.rabbit/README.md:14

  • This list of when to regenerate the resolution omits changes to configured secret/variable names, but repo.yaml includes those names under configuration. If secrets/variables are added/renamed, the guidance here would produce a stale committed resolution.
Regenerate the resolution after changing a GitHub workflow, branch protection,
or GitHub Environment:

Copilot AI review requested due to automatic review settings August 17, 2026 10:01
@fqjony
fqjony requested a review from a team August 17, 2026 10:02
@fqjony fqjony self-assigned this Aug 17, 2026
@fqjony fqjony added documentation Improvements or additions to documentation dependencies Pull requests that update a dependency file docker Pull requests that update Docker code labels Aug 17, 2026
@fqjony
fqjony requested a review from udx-github August 17, 2026 10:03
@fqjony
fqjony merged commit a8aba00 into latest Aug 17, 2026
8 checks passed
@fqjony
fqjony deleted the chore/rabbit-ci-worker-0.52.0 branch August 17, 2026 10:04

Copilot AI 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.

Pull request overview

Copilot reviewed 6 out of 6 changed files in this pull request and generated no new comments.

Suppressed comments (1)

.rabbit/repo.yaml:10

  • branches: includes the current feature branch (chore/rabbit-ci-worker-0.52.0) with empty rules. If this PR branch is deleted after merge (typical), the committed resolution will immediately become stale and create noisy future diffs. Prefer committing a resolution generated from the default branch so branches only tracks long-lived/protected branches.
branches:
  - name: chore/rabbit-ci-worker-0.52.0
    rules: {}
  - name: latest

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

Labels

dependencies Pull requests that update a dependency file docker Pull requests that update Docker code documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants