Group fullsend and agents package updates in Renovate configuration
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 72/100
- Issue type
- Feature
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- github-actions, yaml
- Domain
- devops
Research direction
Read .github/renovate.json5 and inspect the existing packageRules and postUpgradeTasks rule for fullsend-ai/agents. Add the described group for fullsend-ai/fullsend and fullsend-ai/agents, then verify the existing post-upgrade task still matches the combined group branch. Done when Renovate groups both dependency updates into one PR and the repository configuration remains valid.
Written by the indexing model from the issue text.
Description
What happened
During the v0.45.0 release cycle, Renovate opened two distinct PRs within seconds of each other: PR #274 updating fullsend-ai/agents in .fullsend/harness/*.yaml, and PR #275 updating fullsend-ai/fullsend reusable workflow references in .github/workflows/fullsend.yaml and .github/workflows/prioritize.yml. Both PRs progressed independently through CI, were placed into separate merge queue slots, and merged separately into main. Each merge triggered an independent retrospective workflow run (run 38335212484 and run 38335212276).
What could go better
High confidence. fullsend-ai/fullsend and fullsend-ai/agents are co-versioned upstream and tightly coupled. For instance, Fullsend v0.45.0 release notes highlight that harnesses extending fullsend-ai/agents via base: log reserved-name warnings until bumped to an agents commit that uses bare provider names. Splitting these dependencies across separate PRs creates temporary version skew where workflows and harnesses are on mismatched minor versions. Furthermore, separate PRs duplicate CI runs, merge queue latency, and retro agent dispatches. .github/renovate.json5 already establishes grouping for coupled tools (e.g., skillsaw).
Proposed change
In .github/renovate.json5, add a packageRules entry grouping fullsend-ai/fullsend and fullsend-ai/agents under groupName: "fullsend":
{
"description": "Group fullsend action and harness updates",
"groupName": "fullsend",
"matchPackageNames": [
"fullsend-ai/fullsend",
"fullsend-ai/agents",
],
}
Verify that the existing matchPackageNames: ["fullsend-ai/agents"] postUpgradeTasks rule continues to run on the combined group branch.
Validation criteria
- The next release of Fullsend and Agents generates a single combined Renovate PR updating both
.github/workflows/*.yamlactions and.fullsend/harness/*.yamlbase pins. - Version updates to the fullsend ecosystem incur only a single CI execution, one merge queue entry, and one retrospective run.
- The repository avoids intermediate commits where workflow action versions and agent harness overlays are on differing releases.
Generated by retro agent from https://github.com/redhat-et/ProtoBot/pull/275
- Dominant language
- Go
- Stars
- 6
- Forks
- 6
- Avg merge
- 20h 4m
- Merged PRs (30d)
- 90
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from redhat-et/ProtoBot
-
ready-for-triage
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
Maintainers usually reply within 1 day
-
Add an AGENTS.md line-budget pre-commit check to scripts/lint.py to prevent cumulative prompt context inflationPossibly taken @JohnStrunk claimed this today. Openenhancement feature infra ready-for-triage triaged
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
redhat-et/ProtoBot#262 · 4 comments · 1 reaction · 1 assignee ·
Maintainers usually reply within 1 day
-
ready-for-triage
Difficulty 4/5 3-5 days Newbie friendliness 55/100
Maintainers usually reply within 1 day
-
ready-for-triage
Difficulty 3/5 1-2 days Newbie friendliness 58/100
Maintainers usually reply within 1 day
-
Ensure all ProtoBot OpenCode usage and installs target v2Possibly taken @JohnStrunk claimed this today. Opencomponent:drafting-table enhancement feature triaged
redhat-et/ProtoBot#272 · 6 comments · 1 reaction · 1 assignee ·
Maintainers usually reply within 1 day
All issues in redhat-et/ProtoBot
Similar issues
-
agent-review-finding bug
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
jordansmall/spindrift#5281 ·
Maintainers usually reply within 1 day
-
unbounded value for n in `/v1/logs` can panic/OOMPossibly taken A pull request linked to this issue is open or already merged. Opensmall item
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
canonical/pebble#1127 · 2 comments ·
Maintainers usually reply within 1 day
-
[schema-coverage] elasticstack_elasticsearch_synonym_set (data source)Possibly taken @github-actions claimed this today. Openacceptance-tests phase-coding schema-coverage testing triaged
Difficulty 2/5 1-3 hours Newbie friendliness 81/100
elastic/terraform-provider-elasticstack#5211 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 89/100
open-policy-agent/opa#9366 · 1 reaction ·
Maintainers usually reply within 1 day
-
defect
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
nats-io/nats-server#8752 ·
Maintainers usually reply within 1 day