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

wrangler pages publish #790

Merged
merged 15 commits into from
Apr 26, 2022
Merged

Conversation

sidharthachatterjee
Copy link
Contributor

@sidharthachatterjee sidharthachatterjee commented Apr 13, 2022

  • changeset
  • tests

@changeset-bot
Copy link

changeset-bot bot commented Apr 13, 2022

🦋 Changeset detected

Latest commit: 673c2a2

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 1 package
Name Type
wrangler Patch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@github-actions
Copy link
Contributor

github-actions bot commented Apr 13, 2022

A wrangler prerelease is available for testing. You can install this latest build in your project with:

npm install --save-dev https://prerelease-registry.developers.workers.dev/runs/2226663394/npm-package-wrangler-790

You can reference the automatically updated head of this PR with:

npm install --save-dev https://prerelease-registry.developers.workers.dev/prs/790/npm-package-wrangler-790

Or you can use npx with this latest build directly:

npx https://prerelease-registry.developers.workers.dev/runs/2226663394/npm-package-wrangler-790 dev path/to/script.js

@petebacondarwin petebacondarwin added the pages Relating to Pages label Apr 19, 2022
@GregBrimble GregBrimble force-pushed the pages-publish branch 8 times, most recently from 6594597 to 0b41ff7 Compare April 25, 2022 20:00
@CEbbinghaus
Copy link

CEbbinghaus commented Apr 26, 2022

Will this change include the ability to push previews? docs

Copy link
Contributor

@GregBrimble GregBrimble left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've finished off @sidharthachatterjee 's work, so my stamp is a little hollow. If you wouldn't mind taking a look at the stuff I've done and also stamp, @sidharthachatterjee , we can get this in.

@GregBrimble GregBrimble changed the title WIP Pages publish wrangler pages publish Apr 26, 2022
@sidharthachatterjee
Copy link
Contributor Author

@GregBrimble Thank you for finishing this up! Looks great.

@GregBrimble GregBrimble merged commit 331c659 into cloudflare:main Apr 26, 2022
@GregBrimble GregBrimble deleted the pages-publish branch April 26, 2022 13:06
@github-actions github-actions bot mentioned this pull request Apr 26, 2022
@@ -36,6 +36,7 @@
"cli"
],
"dependencies": {
"blake3-wasm": "^2.1.5",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

could you tell me why we use blake3-wasm here, and not xxhash which we already use for sites? If possible, I'd like to use xxhash everywhere, unless there's a reason I'm not aware of?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We use Blake3 in Pages currently.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I did come across a pure-JS implementation later on for something else, so we could swap that in, in place of the WASM, if you'd prefer.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh I see, so that hashes match what Pages already does internally. But since the projects published via API wouldn't be compared with "native" Pages projects, would the choice of hasher here matter? Just want to make sure we're intentional here with this choice, because changing later would invalidate all previous projects (if I'm understanding correctly)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There's a possible future where you can upload to an existing project, so yeah, we need to be consistent with how files are hashed today.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Aight, that's a good reason.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
pages Relating to Pages
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants