Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"turbo run dev" gets stuck at a random stage #7924

Closed
1 task done
AlexisCharp opened this issue Apr 10, 2024 · 3 comments
Closed
1 task done

"turbo run dev" gets stuck at a random stage #7924

AlexisCharp opened this issue Apr 10, 2024 · 3 comments
Assignees
Labels
kind: bug Something isn't working needs: triage New issues get this label. Remove it after triage

Comments

@AlexisCharp
Copy link

Verify canary release

  • I verified that the issue exists in the latest Turborepo canary release.

Link to code that reproduces this issue

https://github.com/AlexisCharp/turborepo-issue-showcase

What package manager are you using / does the bug impact?

Yarn v1

What operating system are you using?

Mac

Which canary version will you have in your reproduction?

turbo@1.13.3-canary.0

Describe the Bug

When running yarn dev at the root level of the repo, the turbo package should watch all packages in parallel. However, it appears that it forgets to launch some of the packages' dev scripts.

On the example, you'll probably think it's related to postcss watcher as it's likely to be a css package missing. But, I'm working on a bigger codebase currently and it randomly concerns storybook, css, a react lib, a next app. It's really something linked to turbo itself because the solution I found to fix this was to downgrade to turbo 1.12...

Expected Behavior

I should have all packages listed in the console.
(If you run the example, you'll notice some of them are missing)

To Reproduce

Simply run yarn dev at the root level

Additional context

No response

@AlexisCharp AlexisCharp added kind: bug Something isn't working needs: triage New issues get this label. Remove it after triage owned-by: turborepo labels Apr 10, 2024
@tknickman
Copy link
Member

tknickman commented Apr 11, 2024

This is happening because turbo will schedule 10 tasks to run concurrently by default. For your dev tasks, you can override this with the concurrency flag:

--concurrency 20

Here are the docs on concurrency!
https://turbo.build/repo/docs/reference/command-line-reference/run#--concurrency

We're also working on a better dev / watch mode:
#986

@tknickman tknickman self-assigned this Apr 11, 2024
@AlexisCharp
Copy link
Author

AlexisCharp commented Apr 12, 2024

Hello @tknickman,
Thanks for your quick answer. There is still something I can't figure out, I have the --parallel flag passed to my dev command. On the concurrency documentation, it says : "This option is ignored if the --parallel flag is also passed". Is the documentation not up to date then?

@mistic100
Copy link

mistic100 commented May 24, 2024

@tknickman I had the exact same problem, only 10 tasks started even though the --parallel flag is set. Can you enlight us on this behaviour and/or fix the documentation ?
Thanks


at least using the persistent flag on the tasks emits a comprehensive error :

You have 21 persistent tasks but turbo is configured for concurrency of 10. Set --concurrency to at least 22

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind: bug Something isn't working needs: triage New issues get this label. Remove it after triage
Projects
None yet
Development

No branches or pull requests

3 participants