mirror of
https://github.com/martinvonz/jj.git
synced 2024-12-04 05:28:02 +00:00
7a6f832e14
Suppose the operation log is mostly linear, this means "jj op log" iterator won't look ahead more than one entry. Another idea is to either add a "generation" number to operation data, or build index of operations. Since we'll eventually add GC command, I don't think op index would be required. I think readdir() is good enough to resolve hex prefix against ~10k entries. For now, walk_ancestors() is a free function. If we add Repo-like abstraction over OpStore + OpHeadsStore, this function will probably be migrated there. |
||
|---|---|---|
| .. | ||
| benches | ||
| gen-protos | ||
| src | ||
| tests | ||
| testutils | ||
| build.rs | ||
| Cargo.toml | ||