Robot/watchexec
1
0
Fork 0
mirror of https://github.com/watchexec/watchexec.git synced 2024-11-16 17:18:30 +01:00
Code Issues Projects Releases Packages Wiki Activity
watchexec/cli/Cargo.toml

103 lines
3 KiB
TOML
Raw 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-cli"
cli: v1.18.8
2022-03-16 04:24:19 +01:00
version = "1.18.8"
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
authors = ["Matt Green <mattgreenrocks@gmail.com>", "Félix Saparelli <felix@passcod.name>"]
license = "Apache-2.0"
description = "Executes commands in response to file modifications"
keywords = ["watcher", "filesystem", "cli", "watchexec"]
categories = ["command-line-utilities"]
Review readmes, add website links
2021-07-21 14:13:59 +02:00
documentation = "https://watchexec.github.io/docs/#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
Update deps
2022-01-18 10:14:34 +01:00
rust-version = "1.58.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
[[bin]]
name = "watchexec"
path = "src/main.rs"
[dependencies]
Upgrade to tokio-console 0.1
2021-12-23 14:28:21 +01:00
console-subscriber = { version = "0.1.0", optional = true }
Find and load all ignores for watchexec cli
2021-10-13 13:38:56 +02:00
dunce = "1.0.2"
Update deps
2022-01-18 10:14:34 +01:00
futures = "0.3.17"
Find and load all ignores for watchexec cli
2021-10-13 13:38:56 +02:00
miette = { version = "3.2.0", features = ["fancy"] }
Add experimental --notify option See #139
2021-07-30 19:11:42 +02:00
notify-rust = "4.5.2"
Find and load all ignores for watchexec cli
2021-10-13 13:38:56 +02:00
tracing = "0.1.26"
lib: v2.0.0-pre.13
2022-03-18 03:00:02 +01:00
watchexec = { version = "=2.0.0-pre.13", path = "../lib" }
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.clap]
version = "2.33.3"
default-features = false
features = ["wrap_help"]
Reduce featureset of dependencies (tokio,git2)
2021-10-15 03:27:17 +02:00
[dependencies.tokio]
Upgrade to tokio-console 0.1
2021-12-23 14:28:21 +01:00
version = "1.15.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",
"parking_lot",
"process",
"rt",
"rt-multi-thread",
"signal",
"sync",
Reduce featureset of dependencies (tokio,git2)
2021-10-15 03:27:17 +02:00
]
Upgrade tracing-subscriber to 0.3
2021-12-23 14:35:26 +01:00
[dependencies.tracing-subscriber]
Update deps
2022-01-18 10:14:34 +01:00
version = "0.3.6"
Upgrade tracing-subscriber to 0.3
2021-12-23 14:35:26 +01:00
features = [
"env-filter",
"fmt",
]
Use mimalloc for musl builds
2021-10-15 03:27:32 +02:00
[target.'cfg(target_env = "musl")'.dependencies]
mimalloc = "0.1.26"
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
[build-dependencies]
embed-resource = "1.6.1"
Add test for cli help
2021-05-10 13:02:31 +02:00
[dev-dependencies]
Update deps
2022-01-18 10:14:34 +01:00
assert_cmd = "2.0.4"
insta = "1.10.0"
Add test for cli help
2021-05-10 13:02:31 +02:00
Add tokio-console
2021-09-28 14:47:18 +02:00
[features]
dev-console = ["console-subscriber"]
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.metadata.binstall]
Split the versioning of the lib and cli (in theory)
2021-04-30 18:22:33 +02:00
pkg-url = "{ repo }/releases/download/cli-v{ version }/watchexec-{ version }-{ target }.tar.xz"
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
bin-dir = "watchexec-{ version }-{ target }/{ bin }{ format }"
pkg-fmt = "txz"
[package.metadata.binstall.overrides.x86_64-pc-windows-msvc]
Split the versioning of the lib and cli (in theory)
2021-04-30 18:22:33 +02:00
pkg-url = "{ repo }/releases/download/cli-v{ version }/watchexec-{ version }-{ target }.zip"
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
pkg-fmt = "zip"
Use cargo-deb to replace existing deb kludge
2021-06-27 13:55:40 +02:00
[package.metadata.deb]
maintainer = "Félix Saparelli <felix@passcod.name>"
license-file = ["../LICENSE", "0"]
section = "utility"
# conf-files = [] # look me up when config file lands
assets = [
Move config creation out of arg parsing, and start on using libv2
2021-08-24 10:23:37 +02:00
["../target/release/watchexec", "usr/bin/", "755"],
["README.md", "usr/share/doc/watchexec/README", "644"],
["../doc/watchexec.1.html", "usr/share/doc/watchexec/watchexec.1.html", "644"],
["../doc/watchexec.1", "usr/share/man/man1/watchexec.1.html", "644"],
["../completions/zsh", "usr/share/zsh/site-functions/_watchexec", "644"],
["../doc/logo.svg", "usr/share/icons/hicolor/scalable/apps/watchexec.svg", "644"],
Use cargo-deb to replace existing deb kludge
2021-06-27 13:55:40 +02:00
]
Add rpm support with cargo-generate-rpm
2021-06-27 13:55:56 +02:00
[package.metadata.generate-rpm]
assets = [
Move config creation out of arg parsing, and start on using libv2
2021-08-24 10:23:37 +02:00
{ source = "../target/release/watchexec", dest = "/usr/bin/", mode = "755" },
{ source = "../cli/README.md", dest = "/usr/share/doc/watchexec/README", mode = "644", doc = true },
{ source = "../doc/watchexec.1.html", dest = "/usr/share/doc/watchexec/watchexec.1.html", mode = "644", doc = true },
{ source = "../doc/watchexec.1", dest = "/usr/share/man/man1/watchexec.1.html", mode = "644" },
{ source = "../completions/zsh", dest = "/usr/share/zsh/site-functions/_watchexec", mode = "644" },
{ source = "../doc/logo.svg", dest = "/usr/share/icons/hicolor/scalable/apps/watchexec.svg", mode = "644" },
# set conf = true for config file when that lands
Add rpm support with cargo-generate-rpm
2021-06-27 13:55:56 +02:00
]
Reference in a new issue Copy permalink