zed/crates/collections/Cargo.toml

[package]
name = "collections"
version = "0.1.0"
edition = "2021"
publish = false
license = "Apache-2.0"

[lints]
workspace = true

[lib]
path = "src/collections.rs"
doctest = false

[features]
test-support = []

[dependencies]
indexmap.workspace = true
rustc-hash.workspace = true
Introduce a collections crate w/ deterministic hashmap, hashset in tests Co-Authored-By: Nathan Sobo <nathan@zed.dev> 2021-11-29 23:22:45 +00:00			`[package]`
			`name = "collections"`
			`version = "0.1.0"`
			`edition = "2021"`
Added complete scripts for generating third party license files 2023-01-18 20:28:02 +00:00			`publish = false`
chore: Add crate licenses. (#4158) - GPUI and all dependencies: Apache 2 - Everything else: AGPL Here's a script that I've generated for it: https://gist.github.com/osiewicz/6afdd6626e517da24a2092807e6f0b6e Release Notes: - N/A --------- Co-authored-by: David <david@zed.dev> 2024-01-23 15:56:22 +00:00			`license = "Apache-2.0"`
Remove license-file from Cargo.toml as it is apparently redundant (#4218) Release Notes: - N/A 2024-01-23 16:40:30 +00:00
Move Clippy configuration to the workspace level (#8891) This PR moves the Clippy configuration up to the workspace level. We're using the [`lints` table](https://doc.rust-lang.org/cargo/reference/workspaces.html#the-lints-table) to configure the Clippy ruleset in the workspace's `Cargo.toml`. Each crate in the workspace now has the following in their own `Cargo.toml` to inherit the lints from the workspace: ```toml [lints] workspace = true ``` This allows for configuring rust-analyzer to show Clippy lints in the editor by using the following configuration in your Zed `settings.json`: ```json { "lsp": { "rust-analyzer": { "initialization_options": { "check": { "command": "clippy" } } } } ``` Release Notes: - N/A 2024-03-05 17:01:17 +00:00			`[lints]`
			`workspace = true`

Name the root file of every crate after the crate to ease navigation Co-Authored-By: Max Brunsfeld <maxbrunsfeld@gmail.com> 2021-11-30 19:46:39 +00:00			`[lib]`
			`path = "src/collections.rs"`
Disable doctests for all libraries We don't use them, and they add a lot of noise to the test output when running all tests in the workspace. 2022-03-04 00:15:56 +00:00			`doctest = false`
Name the root file of every crate after the crate to ease navigation Co-Authored-By: Max Brunsfeld <maxbrunsfeld@gmail.com> 2021-11-30 19:46:39 +00:00
Introduce a collections crate w/ deterministic hashmap, hashset in tests Co-Authored-By: Nathan Sobo <nathan@zed.dev> 2021-11-29 23:22:45 +00:00			`[features]`
Use `FxHashMap` and `FxHashSet` in hot code paths We can also use these maps and sets in place of `SeaHasher` because they are also deterministic. Note that we're not swapping std's `HashMap` and `HashSet` wholesale inside of `collections` because on the server we need cryptographically secure collections. 2023-12-12 12:35:22 +00:00			`test-support = []`
Introduce a collections crate w/ deterministic hashmap, hashset in tests Co-Authored-By: Nathan Sobo <nathan@zed.dev> 2021-11-29 23:22:45 +00:00
			`[dependencies]`
Move git status out of Entry (#22224) - [x] Rewrite worktree git handling - [x] Fix tests - [x] Fix `test_propagate_statuses_for_repos_under_project` - [x] Replace `WorkDirectoryEntry` with `WorkDirectory` in `RepositoryEntry` - [x] Add a worktree event for capturing git status changes - [x] Confirm that the local repositories are correctly updating the new WorkDirectory field - [x] Implement the git statuses query as a join when pulling entries out of worktree - [x] Use this new join to implement the project panel and outline panel. - [x] Synchronize git statuses over the wire for collab and remote dev (use the existing `worktree_repository_statuses` table, adjust as needed) - [x] Only send changed statuses to collab Release Notes: - N/A --------- Co-authored-by: Cole Miller <cole@zed.dev> Co-authored-by: Mikayla <mikayla@zed.com> Co-authored-by: Nathan <nathan@zed.dev> 2025-01-04 01:00:16 +00:00			`indexmap.workspace = true`
			`rustc-hash.workspace = true`