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
|
||||
/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