-
Notifications
You must be signed in to change notification settings - Fork 273
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
Garden dev behaviour differs from deploy #388
Comments
Fixes #388. Don't return a singleton build task by default in the dev command. This makes the dev command's behavior more consistent with the deploy command in watch mode.
Fixes #388. Don't return a singleton build task by default in the dev command. This makes the dev command's behavior more consistent with the deploy command in watch mode.
Regarding 2. do you have any suggestions for how to change the description strings for the |
@thsig Is this still an issue? |
I think we should be good here for now — do you agree, @drubin? |
@thsig When I originally logged this the idea was to fix the root cause that the code is structured differently. At the time we had a bunch of issues related to this difference. tasks mismatch, hot reloading going funny, watch behaving differently. If you look at the commands:
Their logic seems very different. Where from my understanding if you run This issue was to highlight that if we have to update this logic in 2 places every time we will always create slight differences, which was the case for a few weeks because I used I suspect the actual specific bug might have been resolved but the issue with the code exists in my view. |
The calculation of tasks differs between
dev
anddeploy
in unexpected ways. This was partially fixed here #370My understanding is that
garden deploy -w
behaves the same asgarden dev
but with out tests?This workflow is using the
gatsby-hot-reload
example projectEach one of these hot reloading + rebuilding were done because I ran
garden get status
(See #387)Notice the difference when running
garden get status
withdeploy
instead ofdev
But I would expect the differences between dev and deploy + hot-reload/watch to be almost the same.
Why do we have totally different workflows/code instead of calling the same calculation logic with different params?
We should
dev
anddeploy
project + module
in same directory causes services to be hot reloaded #387The text was updated successfully, but these errors were encountered: