Direct commit to main on own repos; branches only for upstream contributions

No feature branches on chirag127/* or chirag127/*. Commit to main. Branches only for upstream PRs

Direct commit on own repos — branches only for upstream

Rule

On any repo we own (under chirag127/* or chirag127/*), commit directly to main and push. No feature branches. No PRs to ourselves.

Branches exist only for one purpose: filing a PR to an upstream repository we don’t own (e.g. our fork’s upstream remote).

Why

User feedback, 2026-06-27 (verbatim):

“Don’t create feature branches, only create branch only create the feature branches and other branches if we want to contribute to the upstream. We don’t need to create the branches, other branches on repository”

The 3 PRs filed this session (chirag127/userscripts#1, #2, #3) were all self-merged squash-PRs against my own main — pure ceremony, no review, no value. They added round-trip latency (push branch ? open PR ? merge PR ? delete branch ? pull main ? bump submodule) compared to direct commit + push + submodule bump.

When to use a branch

How

# Own repo flow
cd repos/own/<repo>
# ... edit ...
git add -A
git commit -m "feat: ..."
git push origin main

# Upstream contribution flow (rare)
cd repos/frk/<fork>
git checkout -b feature-name
# ... edit ...
git push -u origin feature-name
gh pr create --repo <upstream-owner>/<upstream-repo> --head chirag127:feature-name

Anti-patterns

• ? git checkout -b feat/x on own repo ? gh pr create ? gh pr merge --squash for code only you will review
• ? Self-approving PRs as a “process gate”
• ? Treating squash-merge as a substitute for a clean commit message (write the clean message at commit time instead)

Edit on GitHub · Back to index