hope it will get fixed once the nameservers update
hope it will get fixed once the nameservers update
id, url, alias and environment as output variables which you can pipe into whatever logic you need in the next actionAll these branch URLs, they're associated with the same project, yes?Yes, you can setup preview and production builds for each project. Within preview builds there can be many branches, though as far as env vars and bindings for functions goes there can only be the production set and the preview set.
Then use push and pull_request triggers in the github actions to deploy to both of these projects from the same trigger (built with the different env vars)Yep this will work fine, just invoke
pages-action twice with different outputs and project namesIf I "invent" a branch name for the pull requests and treat it like a branch name, I can get some friendly deploy preview URLs under the pages.dev domainYep, you can do that. Something like
pr-1234 as branch or similar value.and I would want to handle the closed and merged pull request triggers to remove those same "invented" branches.Yeah you can do that with the API. List them (https://developers.cloudflare.com/api/operations/pages-deployment-get-deployments) and then delete them (https://developers.cloudflare.com/api/operations/pages-deployment-delete-deployment)

.next/cache)titanpetsim-codes.pages.dev A @9.9.9.9 +noall +answerdiggy diggy hole
•7/16/23, 10:10 AM
/_next/static. This is because we follow a routing process through a set of different rules and phases, as defined by Vercel, to ensure that we match incoming requests to the correct destination.urlaliasenvironmentpages-actionpr-1234.next/cachetitanpetsim-codes.pages.dev A @9.9.9.9 +noall +answerNAME | TTL | DATA
----------------------------+------+--------------
titanpetsim-codes.pages.dev | 300s | 172.66.45.9
titanpetsim-codes.pages.dev | 300s | 172.66.46.247/_next/static