seed-submit-change

Rebases feature branches onto release lanes and creates or updates GitHub pull requests.

1.1k|89|Updated Mar 11, 2021
One-click install
npx skills add https://github.com/daangn/seed-design --skill seed-submit-change
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: seed-submit-change
Source: https://github.com/daangn/seed-design/tree/main/skills/seed-submit-change
Command: npx skills add https://github.com/daangn/seed-design --skill seed-submit-change

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Submitting changes in a multi-lane release workflow (dev, minor, major) is error-prone: rebasing onto the wrong base can replay unrelated lane commits, force pushes can overwrite teammates' work, and PRs can end up targeting the wrong base branch. This Skill turns the confirmed output of seed-change-plan into a safe, verified submission.

Core Features & Use Cases

  • Safe cross-lane rebase: Uses git rebase --onto <targetRef> <oldBase> so only your feature commits move between origin/dev, origin/minor, and origin/major, never replaying foreign lane commits.
  • Guarded push and PR management: Commits with Conventional Commits messages after user confirmation, pushes with --force-with-lease pinned to an expected remote SHA, and creates or retargets PRs via gh pr create/gh pr edit --base.
  • Post-rebase revalidation: Re-runs the change plan against the new base, executes builds and tests, and verifies PR base/head SHA before reporting.
  • Use Case: You finished a feature branched from dev, but the change plan determined it belongs in the minor release lane. The Skill rebases only your commits onto origin/minor, revalidates, force-pushes safely, and updates the PR base to minor.

Quick Start

Ask the assistant to submit the current feature branch according to the confirmed seed-change-plan result, rebasing it onto the planned target branch and creating or updating the GitHub PR.

Frequently Asked Questions about seed-submit-change

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I rebase a feature branch onto a different release branch?

Use git rebase --onto <targetRef> <oldBase> so only commits after your original fork point move to the new base. A plain git rebase <targetRef> can replay unrelated lane commits when release branches have diverged.

How do I safely force push after a rebase?

Use git push --force-with-lease with the exact expected remote SHA, for example --force-with-lease=refs/heads/<branch>:<sha>. If the remote SHA differs from expectations, the push is aborted and the plan is recomputed from the latest state.

How do I change the base branch of an existing GitHub PR?

Run gh pr edit --base <target> after completing the rebase and validation. The Skill then re-reads the PR's baseRefName, headRefName, and head SHA to confirm the retargeting succeeded.

What happens if a rebase conflict cannot be resolved confidently?

The rebase is aborted with git rebase --abort, restoring the original state. Only conflicts clearly resolvable within the current change scope are handled; anything lacking sufficient grounding stops the workflow.

Can I submit changes directly from the dev, minor, or major branches?

No. The Skill stops immediately if the current branch is dev, minor, or major, since base branches are read-only references. All work must be submitted from a separate feature branch.