Skip to content
zit Check-in [d383eb0084]
Login

Check-in [d383eb0084]

Overview
Comment:Answer the sync clone operation in Server.respond by paginating the repository's artifacts by RID into cfile batches with the section 8.2 clone_seqno cursor to exhaustion, so a fresh client clones a full repository over HTTP
Timelines: family | ancestors | descendants | both | cli
Files: files | file ages | folders
SHA3-256: d383eb008489d5253d8cb14d3858994c079c7d22e6c08b482c8e235a41cca953
User & Date: dmestas on 2026-07-15 16:12:29.831
Other Links: branch diff | manifest | tags
Context
2026-07-15
16:16
Merge trunk back onto cli after the working clone, keeping the branch aligned for pull/push and the multi-batch clone continuation. check-in: 887b9b0859 user: dmestas tags: cli
16:15
Merge the working sync client onto trunk: the round driver, the clone verb, and section 8 server-side clone, so a fresh zit client clones a full repository from a zit server over HTTP with the cloned store's artifacts equal to the origin's. check-in: 4ca4a718e8 user: dmestas tags: trunk
16:12
Answer the sync clone operation in Server.respond by paginating the repository's artifacts by RID into cfile batches with the section 8.2 clone_seqno cursor to exhaustion, so a fresh client clones a full repository over HTTP check-in: d383eb0084 user: dmestas tags: cli
15:42
Add the zit clone client — the clone verb driving the sync round loop over the HTTP transport and persisting received artifacts into a fresh repository — and fix transport.exchange to drop a read error the socket path cannot emit; the clone-against-itself e2e is present but skipped pending server-side section 8 clone support. check-in: 7d88a407ed user: dmestas tags: cli
Changes