Frequently Asked Questions - Entire

Checkpoints

Why does Entire use commit trailers instead of Git notes?

Entire links commits to checkpoints with an Entire-Checkpoint trailer:

Entire-Checkpoint: a3b2c4d5e6f7

The trailer points to checkpoint metadata stored in the entire/checkpoints/v1 branch. Entire uses this approach because commit trailers survive common Git workflows better than metadata attached only to a commit SHA. Git notes have a few practical limitations:

By storing the stable checkpoint ID in the commit message, Entire keeps the link with the commit itself. That is more reliable for teams that rebase, amend, cherry-pick, use hosted merge flows, or have contributors using different Git clients.

Why doesn’t Entire provide durable line-level AI attribution?

Entire is designed to preserve durable session and commit provenance. That means Entire can reliably answer questions like:

Entire can calculate attribution for a session or commit, such as how many changed lines came from an agent versus a human. That is different from assigning a permanent owner to every line of code as it moves through Git history. Durable line-level attribution is much harder. In normal team workflows, line-level metadata becomes fragile when:

The core issue is that lines move. A line can shift, split, merge with nearby edits, or be rewritten later. Keeping per-line attribution correct across those changes requires repair logic that runs everywhere history changes. Entire currently prioritizes a more durable record:

This gives teams reliable context and responsibility without depending on fragile per-line metadata.