fix(app-lib): do not softlock tauri dev when a Gradle build is invoked (#3847)
An unforeseen consequence of PR #3833 landing was that `tauri dev` stopped working reliably, getting softlocked when the `app-lib` crate build script actually needed to build Java scripts: Gradle always modifies a few files under the `.gradle` directory when run, which get picked up by Tauri as source code changes that should trigger a rebuild, but such rebuild triggers Gradle to run and modify those files again ad infinitum. This change fixes that by adding such a directory to a documented Tauri exclusion file, restoring such functionality back.
This commit is contained in:
parent
6f03fae233
commit
03192c1dfd
4
apps/app/.gitignore
vendored
4
apps/app/.gitignore
vendored
@ -1,6 +1,2 @@
|
|||||||
# Generated by Cargo
|
|
||||||
# will have compiled files and executables
|
|
||||||
/target/
|
|
||||||
|
|
||||||
# Generated by tauri, metadata generated at compile time
|
# Generated by tauri, metadata generated at compile time
|
||||||
/gen/
|
/gen/
|
||||||
|
|||||||
3
packages/app-lib/.taurignore
Normal file
3
packages/app-lib/.taurignore
Normal file
@ -0,0 +1,3 @@
|
|||||||
|
# State files generated by Gradle on build. If not ignored for Tauri,
|
||||||
|
# cargo tauri dev gets softlocked due to these files changing for every build
|
||||||
|
/java/.gradle
|
||||||
Loading…
x
Reference in New Issue
Block a user