Archive a repository

Archive a repository 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

+
Archive the experimental-ui repository today. Confirm the default branch has a recent tag, remove…
Archive the experimental-ui repository today. Confirm the default branch has a recent tag, remove write access for external contractors, note any open issues or PRs that need follow-up, then set the repo to archived so it is read-only and add a pinned note in the org handbook explaining why it was archived and who to contact to restore it.

Improve — make it easier to accept

+
Before I archive experimental-ui, make sure reviewers can still find why it’s archived — bring the…
Before I archive experimental-ui, make sure reviewers can still find why it’s archived — bring the retirement rationale to the top, surface unresolved issues with suggested owners, show any deployments or hooks that must be disabled, and flag any ongoing forks or dependents that would cause a stakeholder to object.

Decide — diagnose the stuck moment

+
I tried to archive experimental-ui but the CI integration still triggered a deploy right after I…

I clicked Archive and an integration still deploys from the repo.

I tried to archive experimental-ui but the CI integration still triggered a deploy right after I flipped the archive setting. I’m afraid archiving will break a downstream test or release pipeline we didn’t know about. What likely caused the integration to still run and what’s the safest immediate step so we can make the repo read-only without disrupting production pipelines?

Become — change the pattern

+
We keep archiving repos only to restore them weeks later because someone on another team still…

We repeatedly reopen archived repos because stakeholders weren’t consulted.

We keep archiving repos only to restore them weeks later because someone on another team still relied on them. Where is our process failing: who should we consult before archiving and what quick signals (issues, dependents graph, recent deploys) will prevent needless restores and maintain credibility with other teams?

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.