8000 textagent.github.io/.agents/workflows/commit.md at main · Textagent/textagent.github.io · GitHub
[go: up one dir, main page]

Skip to content

Latest commit

 

History

History
93 lines (69 loc) · 2.57 KB

File metadata and controls

93 lines (69 loc) · 2.57 KB
description
How to commit and push code changes with a detailed changelog

// turbo-all

Steps

  1. Run git status --short in the project root to see all changed files.

  2. Create a CHANGELOG-<topic>.md file in the project root. The changelog MUST follow this two-part format:

Part 1: Quick-Read Bullet List (at the top)

A flat list of every change made, one bullet per change. This is for fast scanning. No headers, no grouping — just bullets.

# <Title> — <Short Description>

- <change 1>
- <change 2>
- <change 3>
- Fixed: <bug fix 1>
- Fixed: <bug fix 2>

Rules for the bullet list:

  • One bullet per discrete change (not per file)
  • Be specific — say what was changed, not just "updated X"
  • Prefix bug fixes with Fixed:
  • Include technical details where helpful (CSS properties, px values, function names)
  • This section should be readable in 30 seconds

Part 2: Detailed Sections (after a --- divider)

---

## Summary
<1-2 sentence overview of the change and its purpose>

---

## 1. <Feature/Fix Name>
**Files:** `<file1>`, `<file2>`
**What:** <Describe the specific technical change made>
**Impact:** <Describe the user-visible or architectural impact>

## 2. <Feature/Fix Name>
**Files:** `<file3>`
**What:** <Describe the specific technical change made>
**Impact:** <Describe the user-visible or architectural impact>

---

## Files Changed (N total)

| File | Lines Changed | Type |
|------|:---:|------|
| `<file>` | +X −Y | <Brief description> |

Rules for detailed sections:

  • Every feature/fix gets its own numbered section
  • Each section MUST list the specific files changed (**Files:**)
  • Each section MUST describe what changed (**What:**) and why it matters (**Impact:**)
  • Include a summary table at the bottom listing ALL files with approximate line counts
  • Use clear, specific language — avoid vague descriptions
  1. Run Firestore rules validation before proceeding (abort if it fails):
npm run test:firestore
  1. Update README.md to reflect the changes:

    • Update the Features at a Glance table if any feature category description needs expanding
    • Add new entries to the Release Notes table at the top (date descending), one row per distinct feature/fix
  2. Stage the changelog, README, and all changed files:

git add CHANGELOG-<topic>.md README.md <files...>
  1. Commit with a descriptive message following conventional commits format:
git commit -m "feat|fix|refactor|chore: <short description>

<bullet list of key changes>"
  1. Push to origin:
git push origin main
0