Open jspuij opened 3 years ago
I am waiting for this functionality to enter.
As I see it:
Any word on this one? would be awesome to see it in the mainline releases :)
Where is this on the radar with .NET 6 now being GA?
I guess that this would require you to switch to .NET 6. Tye is still on .NET Core 3.1.
I think this is not necessary as @jspuij demonstrated it in his commit.
Any words on this? It would greatly improve the dev flow if hot reload was supported.
When developing a Blazor frontend with some microservice dependencies, without hot reload support within tye, what would be your guidance as a workaround?
Why not hot reload? It is definitely required...
Yesterday I hacked together rudimental hot reload support that is coming in .NET 6 for asp.net projects. For me this is useful because with Service Fabric and angular I'm having inner development loop times of several minutes, and it's untenable. I'm looking at tye with Dapr with Blazor, just for this reason. This is just a trial to see whether it would work, but to make it into a decent PR, a bit of discussion might be necessary. Also, I'm not familiar with the inner workings of tye, which is why this may seem rather hacky. I'm very open to suggestions for improvement.
The changes are here:
https://github.com/dotnet/tye/compare/main...jspuij:net6hotreload
The way I did it was to disable the internal file watching of tye and run
dotnet watch run
instead of the executable directly. There are some advantages and disadvantages to this approach:Advantages:
Disadvantages:
dotnet watch run
will keep running, even though the child process might be restarted. No idea whether this is important, but it's a consequence.--no-build
switch, so tye will do another build of the asp.net project. This might be something that can be debated with the aspnetcore team. @SteveSandersonMS might have some tips on the hot reload mechanism.This might not be the route to take at all, but even then this issue can serve as a starting point for implementing hot reload support in Tye.