jj/lib
Martin von Zweigbergk b343289238 working_copy: make reset() take a commit instead of a tree
Our virtual file system at Google (CitC) would like to know the commit
so it can scan backwards and find the closest mainline tree based on
it. Since we always record an operation id (which resolves to a
working-copy commit) when we write the working-copy state, it doesn't
seem like a restriction to require a commit.
2024-02-06 12:41:09 -08:00
..
benches cargo: rename crates from jujutsu/jujutsu-lib to jj-cli/jj-lib 2023-07-09 06:40:43 +02:00
gen-protos Use { workspace = true } to appease VS Code's Cargo.toml parser 2023-08-22 21:38:53 -07:00
src working_copy: make reset() take a commit instead of a tree 2024-02-06 12:41:09 -08:00
tests working_copy: make reset() take a commit instead of a tree 2024-02-06 12:41:09 -08:00
testutils backend: pass Index and keep_newer timestamp parameters to gc() 2024-01-27 10:18:11 +09:00
Cargo.toml revset: add count_estimate() to Revset trait 2024-01-22 15:07:00 -08:00
LICENSE cargo: add LICENSE file to each crate we publish 2023-09-22 21:48:28 -07:00