Robot
/
watchexec
mirror of https://github.com/watchexec/watchexec.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
watchexec/crates/lib/Cargo.toml

76 lines
1.5 KiB
TOML
Raw Permalink Normal View History

Split into two crates: lib and cli That has a number of advantages: - #193 the build.rs is only run for the CLI, so the Windows manifest is not embedded in the library anymore, opening it up for downstreams. - it sets the stage for decoupling the version numbers of the CLI and library, to have the library increase its major more often, while the CLI retains compatibility further… that is, to have both follow semver - it removes the CLI-only dependencies from the library - it makes compilation a bit faster as compiling the library and the CLI's other dependencies can happen in parallel One major disadvantage: - installing via cargo changes from watchexec to watchexec-cli. Most installs are from prebuilt and from packages, but that's still a potential stumble. And of course, the CLI APIs in the library are gone (they were already deprecated, though). We also take this opportunity to get rid of the clear_screen code and use our new clearscreen library. #99 #171 #185
2021-04-30 17:27:17 +02:00
[package]
name = "watchexec"
chore: Release
2024-04-28 08:51:48 +02:00
version = "4.1.0"
Split into two crates: lib and cli That has a number of advantages: - #193 the build.rs is only run for the CLI, so the Windows manifest is not embedded in the library anymore, opening it up for downstreams. - it sets the stage for decoupling the version numbers of the CLI and library, to have the library increase its major more often, while the CLI retains compatibility further… that is, to have both follow semver - it removes the CLI-only dependencies from the library - it makes compilation a bit faster as compiling the library and the CLI's other dependencies can happen in parallel One major disadvantage: - installing via cargo changes from watchexec to watchexec-cli. Most installs are from prebuilt and from packages, but that's still a potential stumble. And of course, the CLI APIs in the library are gone (they were already deprecated, though). We also take this opportunity to get rid of the clear_screen code and use our new clearscreen library. #99 #171 #185
2021-04-30 17:27:17 +02:00
Experimental filter programs (#571)
2024-04-20 12:06:53 +02:00
authors = ["Félix Saparelli <felix@passcod.name>", "Matt Green <mattgreenrocks@gmail.com>"]
Split into two crates: lib and cli That has a number of advantages: - #193 the build.rs is only run for the CLI, so the Windows manifest is not embedded in the library anymore, opening it up for downstreams. - it sets the stage for decoupling the version numbers of the CLI and library, to have the library increase its major more often, while the CLI retains compatibility further… that is, to have both follow semver - it removes the CLI-only dependencies from the library - it makes compilation a bit faster as compiling the library and the CLI's other dependencies can happen in parallel One major disadvantage: - installing via cargo changes from watchexec to watchexec-cli. Most installs are from prebuilt and from packages, but that's still a potential stumble. And of course, the CLI APIs in the library are gone (they were already deprecated, though). We also take this opportunity to get rid of the clear_screen code and use our new clearscreen library. #99 #171 #185
2021-04-30 17:27:17 +02:00
license = "Apache-2.0"
Change crate description for library
2021-04-30 17:47:22 +02:00
description = "Library to execute commands in response to file modifications"
Split into two crates: lib and cli That has a number of advantages: - #193 the build.rs is only run for the CLI, so the Windows manifest is not embedded in the library anymore, opening it up for downstreams. - it sets the stage for decoupling the version numbers of the CLI and library, to have the library increase its major more often, while the CLI retains compatibility further… that is, to have both follow semver - it removes the CLI-only dependencies from the library - it makes compilation a bit faster as compiling the library and the CLI's other dependencies can happen in parallel One major disadvantage: - installing via cargo changes from watchexec to watchexec-cli. Most installs are from prebuilt and from packages, but that's still a potential stumble. And of course, the CLI APIs in the library are gone (they were already deprecated, though). We also take this opportunity to get rid of the clear_screen code and use our new clearscreen library. #99 #171 #185
2021-04-30 17:27:17 +02:00
keywords = ["watcher", "filesystem", "watchexec"]
Review readmes, add website links
2021-07-21 14:13:59 +02:00
documentation = "https://docs.rs/watchexec"
homepage = "https://watchexec.github.io"
Split into two crates: lib and cli That has a number of advantages: - #193 the build.rs is only run for the CLI, so the Windows manifest is not embedded in the library anymore, opening it up for downstreams. - it sets the stage for decoupling the version numbers of the CLI and library, to have the library increase its major more often, while the CLI retains compatibility further… that is, to have both follow semver - it removes the CLI-only dependencies from the library - it makes compilation a bit faster as compiling the library and the CLI's other dependencies can happen in parallel One major disadvantage: - installing via cargo changes from watchexec to watchexec-cli. Most installs are from prebuilt and from packages, but that's still a potential stumble. And of course, the CLI APIs in the library are gone (they were already deprecated, though). We also take this opportunity to get rid of the clear_screen code and use our new clearscreen library. #99 #171 #185
2021-04-30 17:27:17 +02:00
repository = "https://github.com/watchexec/watchexec"
Split readmes
2021-05-08 17:39:13 +02:00
readme = "README.md"
Split into two crates: lib and cli That has a number of advantages: - #193 the build.rs is only run for the CLI, so the Windows manifest is not embedded in the library anymore, opening it up for downstreams. - it sets the stage for decoupling the version numbers of the CLI and library, to have the library increase its major more often, while the CLI retains compatibility further… that is, to have both follow semver - it removes the CLI-only dependencies from the library - it makes compilation a bit faster as compiling the library and the CLI's other dependencies can happen in parallel One major disadvantage: - installing via cargo changes from watchexec to watchexec-cli. Most installs are from prebuilt and from packages, but that's still a potential stumble. And of course, the CLI APIs in the library are gone (they were already deprecated, though). We also take this opportunity to get rid of the clear_screen code and use our new clearscreen library. #99 #171 #185
2021-04-30 17:27:17 +02:00
Clippy fixes (#465)
2023-01-06 14:53:49 +01:00
rust-version = "1.61.0"
Opt in to 2021 ed
2021-10-19 13:51:33 +02:00
edition = "2021"
Split into two crates: lib and cli That has a number of advantages: - #193 the build.rs is only run for the CLI, so the Windows manifest is not embedded in the library anymore, opening it up for downstreams. - it sets the stage for decoupling the version numbers of the CLI and library, to have the library increase its major more often, while the CLI retains compatibility further… that is, to have both follow semver - it removes the CLI-only dependencies from the library - it makes compilation a bit faster as compiling the library and the CLI's other dependencies can happen in parallel One major disadvantage: - installing via cargo changes from watchexec to watchexec-cli. Most installs are from prebuilt and from packages, but that's still a potential stumble. And of course, the CLI APIs in the library are gone (they were already deprecated, though). We also take this opportunity to get rid of the clear_screen code and use our new clearscreen library. #99 #171 #185
2021-04-30 17:27:17 +02:00
[dependencies]
Update to async-priority-channel 0.2.0 (#761)
2024-01-04 10:13:08 +01:00
async-priority-channel = "0.2.0"
Watchexec lib v3 (#601) Co-authored-by: emilHof <95590295+emilHof@users.noreply.github.com>
2023-11-25 21:33:44 +01:00
async-recursion = "1.0.5"
Update to miette 1.0 beta
2021-08-22 16:37:13 +02:00
atomic-take = "1.0.0"
Watchexec lib v3 (#601) Co-authored-by: emilHof <95590295+emilHof@users.noreply.github.com>
2023-11-25 21:33:44 +01:00
futures = "0.3.29"
Update deps (#816)
2024-04-20 07:45:50 +02:00
miette = "7.2.0"
Watchexec lib v3 (#601) Co-authored-by: emilHof <95590295+emilHof@users.noreply.github.com>
2023-11-25 21:33:44 +01:00
notify = "6.0.0"
Allow an outcome to be determined by the action handler without &mut!
2021-08-22 08:56:57 +02:00
once_cell = "1.8.0"
Watchexec lib v3 (#601) Co-authored-by: emilHof <95590295+emilHof@users.noreply.github.com>
2023-11-25 21:33:44 +01:00
thiserror = "1.0.44"
Clippy fixes (#465)
2023-01-06 14:53:49 +01:00
normalize-path = "0.2.0"
Split into two crates: lib and cli That has a number of advantages: - #193 the build.rs is only run for the CLI, so the Windows manifest is not embedded in the library anymore, opening it up for downstreams. - it sets the stage for decoupling the version numbers of the CLI and library, to have the library increase its major more often, while the CLI retains compatibility further… that is, to have both follow semver - it removes the CLI-only dependencies from the library - it makes compilation a bit faster as compiling the library and the CLI's other dependencies can happen in parallel One major disadvantage: - installing via cargo changes from watchexec to watchexec-cli. Most installs are from prebuilt and from packages, but that's still a potential stumble. And of course, the CLI APIs in the library are gone (they were already deprecated, though). We also take this opportunity to get rid of the clear_screen code and use our new clearscreen library. #99 #171 #185
2021-04-30 17:27:17 +02:00
Adapt supervisor to process-wrap (#815)
2024-04-20 06:58:17 +02:00
[dependencies.process-wrap]
version = "8.0.0"
features = ["tokio1"]
Adapt Shell command builder
2021-08-16 17:09:22 +02:00
--emit-events-to (#515)
2023-03-18 09:32:24 +01:00
[dependencies.watchexec-events]
chore: Release
2024-04-20 14:21:04 +02:00
version = "3.0.0"
--emit-events-to (#515)
2023-03-18 09:32:24 +01:00
path = "../events"
[dependencies.watchexec-signals]
chore: Release
2024-04-20 14:13:30 +02:00
version = "3.0.0"
--emit-events-to (#515)
2023-03-18 09:32:24 +01:00
path = "../signals"
Watchexec lib v3 (#601) Co-authored-by: emilHof <95590295+emilHof@users.noreply.github.com>
2023-11-25 21:33:44 +01:00
[dependencies.watchexec-supervisor]
chore: Release
2024-04-20 14:56:27 +02:00
version = "2.0.0"
Watchexec lib v3 (#601) Co-authored-by: emilHof <95590295+emilHof@users.noreply.github.com>
2023-11-25 21:33:44 +01:00
path = "../supervisor"
Split into more crates (#307)
2022-06-15 05:25:05 +02:00
[dependencies.ignore-files]
chore: Release
2024-04-28 08:50:18 +02:00
version = "3.0.1"
Split into more crates (#307)
2022-06-15 05:25:05 +02:00
path = "../ignore-files"
[dependencies.project-origins]
chore: Release
2024-04-28 08:45:52 +02:00
version = "1.4.0"
Split into more crates (#307)
2022-06-15 05:25:05 +02:00
path = "../project-origins"
Use kqueue on mac
2022-03-14 00:50:46 +01:00
Start on watchexec v2
2021-08-16 11:49:12 +02:00
[dependencies.tokio]
Watchexec lib v3 (#601) Co-authored-by: emilHof <95590295+emilHof@users.noreply.github.com>
2023-11-25 21:33:44 +01:00
version = "1.33.0"
Reduce deps featureset
2021-10-16 06:25:21 +02:00
features = [
Reduce featureset of dependencies (tokio,git2)
2021-10-15 03:27:17 +02:00
"fs",
Reduce deps featureset
2021-10-16 06:25:21 +02:00
"io-std",
"process",
"rt",
"rt-multi-thread",
"signal",
"sync",
Reduce featureset of dependencies (tokio,git2)
2021-10-15 03:27:17 +02:00
]
Split into two crates: lib and cli That has a number of advantages: - #193 the build.rs is only run for the CLI, so the Windows manifest is not embedded in the library anymore, opening it up for downstreams. - it sets the stage for decoupling the version numbers of the CLI and library, to have the library increase its major more often, while the CLI retains compatibility further… that is, to have both follow semver - it removes the CLI-only dependencies from the library - it makes compilation a bit faster as compiling the library and the CLI's other dependencies can happen in parallel One major disadvantage: - installing via cargo changes from watchexec to watchexec-cli. Most installs are from prebuilt and from packages, but that's still a potential stumble. And of course, the CLI APIs in the library are gone (they were already deprecated, though). We also take this opportunity to get rid of the clear_screen code and use our new clearscreen library. #99 #171 #185
2021-04-30 17:27:17 +02:00
Add log feature to tracing (#300)
2022-06-07 14:15:17 +02:00
[dependencies.tracing]
Watchexec lib v3 (#601) Co-authored-by: emilHof <95590295+emilHof@users.noreply.github.com>
2023-11-25 21:33:44 +01:00
version = "0.1.40"
Add log feature to tracing (#300)
2022-06-07 14:15:17 +02:00
features = ["log"]
Reset process sigmask for Rust 1.66 (#494)
2023-02-14 23:11:57 +01:00
[target.'cfg(unix)'.dependencies.nix]
Update deps (#816)
2024-04-20 07:45:50 +02:00
version = "0.28.0"
Reset process sigmask for Rust 1.66 (#494)
2023-02-14 23:11:57 +01:00
features = ["signal"]
Watchexec lib v3 (#601) Co-authored-by: emilHof <95590295+emilHof@users.noreply.github.com>
2023-11-25 21:33:44 +01:00
[dev-dependencies.tracing-subscriber]
version = "0.3.6"
features = ["env-filter"]