Martin von Zweigbergk 187ba9430a working_copy: rename to local_working_copy ... It's about time we make the working copy a pluggable backend like we have for the other storage. We will use it at Google for at least two reasons: * To support our virtual file system. That will be a completely separate working copy backend, which will interact with the virtual file system to update and snapshot the working copy. * On local disk, we need to tell our build system where to find the paths that are not in the sparse patterns. We plan to do that by wrapping the standard local working copy backend (the one moved in this commit), writing a symlink that points to the mainline commit where the "background" files can be read from. Let's start by renaming the exising implementation to `local_working_copy`.		2023-10-07 08:19:03 -07:00
..
examples	backend: move constant functions first	2023-09-19 05:24:51 -07:00
src	working_copy: rename to local_working_copy	2023-10-07 08:19:03 -07:00
testing	fake_diff_editor: Allow specifying extra arguments to be ignored	2023-08-21 20:19:15 -07:00
tests	cli: rephrase @git branch with no local counterpart as "deleted"	2023-10-07 19:33:35 +09:00
build.rs
Cargo.toml	cargo: make jj installable with cargo binstall	2023-09-20 09:35:18 -07:00
LICENSE	cargo: add LICENSE file to each crate we publish	2023-09-22 21:48:28 -07:00