Perform a full rebuild when a hot reload is not possible

[ealmloff]

The CLI currently tries to hot reload changes to your Cargo.toml even though it is not used as an asset in the application. It should trigger a full rebuild because it is not linked as an asset. Other build time assets like an external lalrpop grammar that drives a build script should also trigger a full rebuild

[jkelleyrtp]

I feel like we should special case certain files for this... I've much preferred the flow where r performs the manual rebuild rather than the CLI always attempting full rebuilds when it can't autodetect the reloads. Not every file is properly ignored by the gitignore and if you're doing things like emitting artifacts or modifying a database, the full rebuilds quickly get annoying.

We could parse the .d files which contain information about files the rust compiler is tracking itself, or frequently poll cargo check or something and listen to the rebuild information.

Also, FWIW, whenever the cargo.toml and dioxus.toml files change, we're not rebuilding our "understanding of the world" so our cargo metadata is out of date which we should fix.