Replies: 3 comments
-
|
Wondering if this was ever integrated into the daemon? I still see double builds happening when running in parallel. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Any updates on this? Is it still being planned? |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Great idea. We are architecting a daemon ( |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Describe the feature you'd like to request
Prevent the ability to execute
turboon the same package/script in two terminals.Use case:
I have multiple web servers that are different packages, and they have some shared deps.
Running
yarn turbo run start --filter=app1in one terminal andyarn turbo run start --filter=app2in another results in dependencies building twice. When app2 builds a shared dep it's also cleaning the dist folder before, causing app1 to break.Describe the solution you'd like
A file system based locking mechanism on a package/script pair.
Before executing actual script in a package, check that it isn't currently running. If it is, wait for the other process to finish first.
Clean locks in case of errors.
Describe alternatives you've considered
A wrapper around turbo execution with mutex/lock file (e.g. with mutex packages). This works only when the scripts executed are finite and not continuous like starting a web server, otherwise it stays locked forever.
Beta Was this translation helpful? Give feedback.
All reactions