Roadmap: repo provisioning + first field review#11
Merged
Conversation
Two sources: the idea to have Packkit create the remote repo, and an unsolicited review from an agent that used Packkit to build a real internal full-stack tool. Both point at the same root cause. Packkit assumes a greenfield empty directory, but the actual workflow is "the repo already exists" — either because you made it, or because you cloned it. `--here` aborts on any existing entry including a bare `.git/`, so clone-then-scaffold fails on the clone. Repo provisioning and a merge mode are the two halves. Also logged: full-stack monorepo preset (the composition of node-service + react-app is what's missing, not the parts), packkit.json provenance, and the MCP install path — which the registry publish already mostly closed. Recorded two findings we should not act on as written: the Node version "friction" is the engine preflight doing its job, and the `--here` "overwrite risk" is inverted — it aborts rather than overwrites. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Captures two inputs: creating the remote repo as part of scaffolding, and the first unsolicited review from an agent that used Packkit to build a real internal full-stack tool.
The connecting thread
Packkit assumes a greenfield empty directory. The actual workflow is "the repo already exists" — either because you created it, or because you cloned it.
--hereaborts when the target has any entry at all, anddirIsEmptyOrMissingcounts dotfiles — so a bare.git/from a fresh clone is enough to stop it. That's why the reviewer had to back up, move, and restore files, and it's the same wall you hit creating an empty repo and cloning it first. Repo provisioning and a merge mode are two halves of one gap.Added to Next up
--github [owner/name]via theghCLI (so Packkit never handles a token),--git-remote <url>as the universal escape hatch. Opt-in, private by default. Side benefit: the repo URL currently gets typed by hand and feedspackage.jsonlinks + README badges, so deriving it makes existing output correct.Added from the review
monorepohardcodes two library packages with noapps/;node-serviceandreact-appalready exist, so it's the composition that's missing.packkit.jsonprovenance — Packkit leaves zero footprint today, so a project can't say what it started from. Prerequisite for any futurepackkit upgrade.packkit_preview); the misremembering is itself the finding.Deliberately not acted on
Recorded with reasoning so they don't get re-raised: the "Node 22 vs 24 friction" is the engine preflight working as designed (it refuses to scaffold a project whose tooling can't run, and prints the exact fix), and the "overwrite risk" in
--hereis inverted — it aborts rather than overwrites.🤖 Generated with Claude Code