a01d973477
Follow-up to https://github.com/zed-industries/zed/pull/2777 Refs https://github.com/zed-industries/community/issues/1770 In this PR, I reworked the way that git statuses are retrieved. In a huge repository like `WebKit`, the really slow part of computing a list of git statuses is the *unstaged* portion of the diff. For the *staged* diff, `git` can avoid comparing the contents of unchanged directories, because the index contains hashes of every tree. But for the *unstaged* portion, Git needs to compare every file in the worktree against the index. In the common case, when there are no changes, it's enough to check the `mtime` of every file (because the index stores the mtimes of files when they are added). But this still requires an `lstat` call to retrieve each file's metadata. I realized that this is redundant work, because the worktree is *already* calling `lstat` on every file, and caching their metadata. So in this PR, I've changed the `Repository` API so that there are separate methods for retrieving a file's *staged* and *unstaged* statuses. The *staged* statuses are retrieved in one giant batch, like before, to reduce our git calls (which also have an inherent cost). But the `unstaged` statuses are retrieved one-by-one, after we load files' mtimes. Often, all that's required is an index lookup, and an mtime comparison. With this optimization, it once again becomes pretty responsive to open `WebKit` or `chromium` in Zed. Release Notes: - Optimized the loading of project file when working in very large git repositories |
||
|---|---|---|
| .cargo | ||
| .config | ||
| .github | ||
| .vscode | ||
| assets | ||
| crates | ||
| docs | ||
| plugins | ||
| script | ||
| styles | ||
| .dockerignore | ||
| .gitignore | ||
| .gitmodules | ||
| Cargo.lock | ||
| Cargo.toml | ||
| Dockerfile | ||
| Procfile | ||
| README.md | ||
| rust-toolchain.toml | ||
Zed
Welcome to Zed, a lightning-fast, collaborative code editor that makes your dreams come true.
Development tips
Dependencies
-
Install Postgres.app and start it.
-
Install the
LiveKitserver and theforemanprocess supervisor:brew install livekit brew install foreman -
Ensure the Zed.dev website is checked out in a sibling directory and install it's dependencies:
cd .. git clone https://github.com/zed-industries/zed.dev cd zed.dev && npm install npm install -g vercel -
Return to Zed project directory and Initialize submodules
cd zed git submodule update --init --recursive -
Set up a local
zeddatabase and seed it with some initial users:Create a personal GitHub token to run
script/bootstraponce successfully: the token needs to have an access to private repositories for the script to work (repoOAuth scope). Then delete that token.GITHUB_TOKEN=<$token> script/bootstrap
Testing against locally-running servers
Start the web and collab servers:
foreman start
If you want to run Zed pointed at the local servers, you can run:
script/zed-with-local-servers
# or...
script/zed-with-local-servers --release
Dump element JSON
If you trigger cmd-alt-i, Zed will copy a JSON representation of the current window contents to the clipboard. You can paste this in a tool like DJSON to navigate the state of on-screen elements in a structured way.
Licensing
We use cargo-about to automatically comply with open source licenses. If CI is failing, check the following:
- Is it showing a
no license specifiederror for a crate you've created? If so, addpublish = falseunder[package]in your crate's Cargo.toml. - Is the error
failed to satisfy license requirementsfor a dependency? If so, first determine what license the project has and whether this system is sufficient to comply with this license's requirements. If you're unsure, ask a lawyer. Once you've verified that this system is acceptable add the license's SPDX identifier to theacceptedarray inscript/licenses/zed-licenses.toml. - Is
cargo-aboutunable to find the license for a dependency? If so, add a clarification field at the end ofscript/licenses/zed-licenses.toml, as specified in the cargo-about book.
Wasm Plugins
Zed has a Wasm-based plugin runtime which it currently uses to embed plugins. To compile Zed, you'll need to have the wasm32-wasi toolchain installed on your system. To install this toolchain, run:
rustup target add wasm32-wasi
Plugins can be found in the plugins folder in the root. For more information about how plugins work, check the Plugin Guide in crates/plugin_runtime/README.md.