Synchronize a fork with upstream

Synchronize a fork with upstream in GitHub — with the four heights of help laid out: do it now, make it easier for the next person to accept, work out the right move when you are stuck, and learn the pattern so it stops coming back.

4prompt heights
Open it in the interactive atlas →

The four heights

The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.

Execute — do the immediate task

+
I need the forked repo synced with upstream before the release branch is cut. Update the fork from…
I need the forked repo synced with upstream before the release branch is cut. Update the fork from the original repository arnav-dev/analytics, fast-forward its main and release-2.1 branches, resolve any merge conflicts, then notify Marco and tag the sync as done so he can start QA tomorrow morning.

Improve — make it easier to accept

+
Before I push a sync to the fork, show me what changed upstream since my last sync: list commits by…
Before I push a sync to the fork, show me what changed upstream since my last sync: list commits by author and breaking changes, mark files likely to affect our CI, and highlight expected merge conflicts. Produce a short command list I can copy to run the sync and a one-paragraph note for Marco explaining what to re-test.

Decide — diagnose the stuck moment

+
I fetched arnav-dev/analytics upstream into the fork and now main has conflicts in ci/config.yml…

I fetched upstream and got merge conflicts I didn't expect

I fetched arnav-dev/analytics upstream into the fork and now main has conflicts in ci/config.yml and src/db/migrations. I don't know which version our tests expect. Diagnose the likely source of the conflict and give the exact steps to resolve locally (including commands), how to run the unit tests that might reveal regressions, and what to tell Marco about any behavioral risk from the merged changes.

Become — change the pattern

+
Across multiple projects we branch from stale forks and then hit conflicts late in the sprint.…

We repeatedly forget to sync the fork before branching

Across multiple projects we branch from stale forks and then hit conflicts late in the sprint. Where am I losing momentum and credibility? Recommend a routine for forks (when and how to sync, CI checks to run before branching, and a short team rule to enforce in PR descriptions) that will cut these issues down by at least half.

Next to this one

Other code hosting work people do in GitHub.

Every task here came from the work, not from a feature list — which is why the prompts name what you want done and never the button that does it. The tool changes; the work does not.
Copyright © LLOS.ai · 2026 — original pedagogy, voice, and design — all rights reserved.

The rest of the map

Same library, five ways in.