-
Notifications
You must be signed in to change notification settings - Fork 129
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
Streaming deploys #249
Streaming deploys #249
Conversation
One thing I didn't do here that I could imagine is having a sort of build pipeline, where we could build the next file while the previous file is uploading. This might become important for very large projects, but it seems to disruptive to introduce into the build process right now. |
e343524
to
c084f5e
Compare
I rebased this on main and did some minor clean up to sync it to Matt's latest PR version. This is ready for review now. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Respecting verbose
is the only blocker, but some other suggestions too. A lovely change overall!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🙏
This is based on #187, and is going to be a bit chaotic until that merges. All my changes are in the last commit.
The idea here is that instead of deploying the existing
dist
directory, as done in #187, the deploy command runs its own independent build command. This will be important in the future because we plan to have that build be different than a normal dist-based build.Then, given that the files generated for the deploy aren't all that interesting except to immediately upload them to the server, this PR now skips writing them to disk. With the exception of data loaders, files are uploaded straight from memory to the deploy server. Data loaders still write files to disk, so they can participate in caching. These use the same path as normal builds, so we can't introduce differences during deploy builds with this model.