Skip to content

Operational repos should pull the current develop branch before working on any new tasks #1415

Closed

Description

@ptr727

Operational repose. e.g. ESPHome-Config or HomeAssistant-Config, always operate with the develop branch as the active configuration, and should always pull the current develop branch before working on any new tasks, so that dependabot or other git only changes can be pulled to the local repo and avoid local work looking at stale code.

Activity

  1. ptr727 commented on Nov 1, 2026

    @ptr727
    OwnerAuthor

    Released (2026-11-02): worktree and branch removed, so this claim holds no files. Not fixed: this issue has no recorded maintainer answer, so the fix would add a rule nobody requested. It returns to the ranking held back as a question for the maintainer.

    Backlog burndown claim (round 2, group R2G2). Branch: feature/burn-3772. Issues: #3772, #3771, #3773, #1276, #1307, #1415, #3780.

    Predicted file set:

    • GOVERNANCE.md
    • .agents/skills/backlog-burndown/ and its generated trees (.github/skills/backlog-burndown/, .claude-plugin/fleet-skills/skills/backlog-burndown/, .claude-plugin/fleet-skills/.source-digests/backlog-burndown)
    • .agents/skills/branching-and-release-model/ and its generated trees (.github/skills/branching-and-release-model/, .claude-plugin/fleet-skills/skills/branching-and-release-model/, .claude-plugin/fleet-skills/.source-digests/branching-and-release-model)
    • .agents/skills/git-commit-conventions/ and its generated trees (.github/skills/git-commit-conventions/, .claude-plugin/fleet-skills/skills/git-commit-conventions/, .claude-plugin/fleet-skills/.source-digests/git-commit-conventions)
  2. ptr727 commented on Nov 2, 2026

    @ptr727
    OwnerAuthor

    Maintainer answer (backlog-burndown run, 2026-11-02): closed, because existing rules already cover it. repo-worktree requires every task, operational repositories included, to fetch immediately before creating its worktree and to base it on origin/develop. So agent work never starts from a stale tree, and Dependabot or other git-only changes are always picked up. Post-merge cleanup also fast-forwards the base clone to develop. The primary checkout itself stays the maintainer's.

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions