jiff/examples/sqlx-sqlite/Cargo.toml
Andrew Gallant 0541c1979c cargo: restore sanity to iterative development
I'm not sure when or how exactly it happened, but in the last weeks,
I've noticed that `rustc` gets effectively stun-locked whenever I make a
change to a source file in Jiff. A quick examination of what the fuck my
computer is doing seems to reveal that it's spending oodles of time
compiling diesel over and over.

I have no idea why this is happening and I don't really care to spend
the time unraveling the mysteries of diesel.

So I took a hammer to the problem. I have effectively shunted all
examples and all "integration" crates out of Jiff's core workspace and
into their own little bloated fiefdoms. To compensate for the fact that
`cargo test --all` no longer tests these things, I've added shell
scripts to run the requisite tests. And those shell scripts are now run
in CI.

I'm now back to a state where I can save a file in Jiff and I get
sub-second `cargo check` response times.
2025-04-10 20:54:30 -04:00

23 lines
668 B
TOML

[package]
publish = false
name = "sqlx-sqlite-test"
version = "0.0.1"
edition = "2021"
# Examples in Jiff are explicitly isolated from the workspace to avoid
# dev-dependencies accumulating. (Not all examples have big dependency trees,
# but we still exclude them from the workspace as a general rule.)
[workspace]
[dependencies]
anyhow = "1.0.95"
chrono = "0.4.39"
jiff = { path = "../.." }
jiff-sqlx = { path = "../../crates/jiff-sqlx", features = ["sqlite"] }
tempfile = "3.16.0"
sqlx = { version = "0.8.3", features = ["chrono", "runtime-tokio", "sqlite"] }
tokio = { version = "1.43.0", features = ["full"] }
[[bin]]
name = "sqlx-sqlite-test"
path = "main.rs"