Repository navigation
Conversation
Use native copy-on-write worktrees with fail-closed lifecycle handling, workspace-scoped Linux recovery, published Riftri packaging, and real-filesystem and artifact verification.
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.
Problem
T3 creates ordinary Git linked worktrees, which duplicate checked-out file storage. This draft adds a native copy-on-write storage path while retaining real Git worktrees and recovery safeguards.
Integration
Fork-only scope
This remains a draft in farming-labs/t3code, not a submission to pingdotgg/t3code. Fork PR #2 is unchanged. Any upstream proposal should first seek maintainer agreement on an opt-in scope; this fork's auto default is not a proposed upstream default.
The base
verify/upstream-a6ec88f7contains upstreama6ec88f7a716fc421bd22c2484881c44110f9375plus a separate hosted-runner substitution commit. Those runner changes are shared by base and head and are not in this PR diff. The integration commits can be applied independently; the fork CI base is not intended for upstream. This upgrade does not rebase onto later upstream changes.Verification — Riftri 0.6.4
All 19 CI jobs passed on upgrade commit
b4c3d65be933751c99dff232d95136c4256fe64d: complete run and measurement artifacts. This includes all six server shards, web and other workspace tests, typecheck, lint, native APFS/OverlayFS storage tests, the complete desktop archive's bundled native runtime, and standalone CLI startup.The upgrade commit changes only the dependency pin, nine-package lock graph, exact-version release-age exceptions, and dependency test fixture.
All nine package integrity hashes match the npm registry; provenance receipts were verified.
Local targeted formatting, frozen-lockfile validation, 20 CLI external-dependency tests, and the isolated bundled Node adapter test passed.
Broader local suites could not load new upstream dependencies in the lightweight local dependency fixture. They are not claimed as passing locally; CI uses the complete dependency installation.
Measured storage and creation time
The real
GitVcsDriverCorefixture creates three worktrees of the same tree on an isolated volume: 32 MiB incompressible data plus 257 text files. Allocation includes the initial immutable base and all three views, measured with filesystem free-space deltas rather than summeddu.MB above is decimal. Reports are attached to the current CI run as
riftri-performance-macos-15andriftri-performance-ubuntu-24.04, and identifyriftri 0.6.4.Creation is slower than Git in this fixture. Each backend has one cold and two cached observations, not a latency distribution or evidence of a speedup over 0.6.3. Dependencies, ignored files, and build outputs are not cloned or shared. These results demonstrate tracked-checkout storage savings, not a 66% reduction in total user workspace storage.
The fixture also verifies clean Git status, matching HEAD, exact-base reuse, private-write isolation, and managed cleanup. Integrity checks, journals, and recovery are not skipped to improve timing.
Model: GPT-5. Harness: Codex.