Overview
| Comment: | Merge trunk back onto cli after the working clone, keeping the branch aligned for pull/push and the multi-batch clone continuation. |
|---|---|
| Timelines: | family | ancestors | descendants | both | cli |
| Files: | files | file ages | folders |
| SHA3-256: |
887b9b08598901b20a5a13655adf71ee |
| User & Date: | dmestas on 2026-07-15 16:16:26.970 |
| Other Links: | branch diff | manifest | tags |
Context
|
2026-07-15
| ||
| 16:33 | Continue a clone across multiple cfile batches by threading the section 8.2 clone_seqno cursor so the client requests successive batches until the server signals exhaustion, so a repository larger than one batch clones in full check-in: 8d249bc3a5 user: dmestas tags: cli | |
| 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 | |
Changes