mirror of
https://github.com/MadsLorentzen/ai-job-search.git
synced 2026-09-17 08:36:25 +00:00
The quick start walked a new user into gh repo fork - forks of public repos are always public - and two steps later had /setup write personal data into tracked files, with the only complete warning in SETUP.md section 8, a section about pulling updates that a first-time user has no reason to open during onboarding. A real user hit exactly this (#345). The warning now sits adjacent to both fork commands (README step 1, SETUP.md section 2, both pointing at section 8's private-remote recipe), and /setup checks the origin's visibility BEFORE writing anything: a public-fork origin gets a confirm-first warning instead of a note after every file is on disk. A private origin, no origin, or a non-git directory continues silently. Reported by @basilevs with a complete reproduction and fix analysis; this implements his fixes (1) and (4). Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
ab5d23bad4
commit
34b8b3f91f
@@ -160,6 +160,14 @@ cd ai-job-search
|
||||
|
||||
Or manually: fork on GitHub, then clone your fork.
|
||||
|
||||
> **Before you go further: forks are public.** GitHub cannot make a fork of a public
|
||||
> repository private, and `/setup` (section 6) writes your personal data into **tracked**
|
||||
> files — pushing those commits to a fork publishes them. If this copy is for your own
|
||||
> job search rather than for contributing, prefer a **private repository** with this repo
|
||||
> as `upstream`: see section 8, step 1 for the exact commands and why committing your
|
||||
> personalization there is still the right move. Everything else in this guide works
|
||||
> identically either way.
|
||||
|
||||
## 3. Install job search CLI dependencies
|
||||
Run these from the repository root.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user