Releases: milliHQ/terraform-aws-next-js
v1.0.0-canary.5
This release fixes a bug with the --profile
(or --awsProfile
) flag in the CLI.
Changelog
- Adds alias for profile, improves error message (#344)
v1.0.0-canary.4
Bugfix release that fixes issues with the installation.
v1.0.0-canary.3
This release fixes various bugs with the CLI and improves its usability.
The CloudFormation stacks now use a shared role for creating / deleting their resources for better permission control (Permission is no longer bound to the Lambda).
Also it is now possible to deploy static Next.js apps (without Lambdas).
Changelog
v1.0.0-canary.2
This is the first preview release of atomic deployments.
Instead of serving just a single Next.js app from the module, it is now possible to serve multiple (unlimited) apps from the same CloudFront distribution.
Each deployment also gets a preview deployment that is assigned to a new subdomain.
Main changes
- Supports preview deployments (serves multiple deployments from the same CloudFront instance).
- New CLI actions (
tf-next deploy
,tf-next alias
,tf-next deployment
)
Changelog
Note: This is a complete rewrite of
v1.0.0-canary.1
, so don't expect a smooth upgrade.
v0.13.2
v0.13.1
v0.13.0
v0.12.2
Changes
- Redirects now append the querystring from the original request
When a request/oldLocation?foo=bar
has a querystring, the params are now appended to theLocation
header:
Location: /newLocation?foo=bar
. - Redirects are no longer cached by CloudFront
All redirects issued by the proxy module useCache-Control: public, max-age=0, must-revalidate
now.
It wasCache-Control: public, max-age=31536000, immutable
previously.
This mimics the same behaviour as how Vercel handles it. - Redirects now issue a response
Previously redirects had no content, now a plaintext response is returned, e.g.Redirecting to /newLocation?foo=bar (308)
.
Changelog
v0.12.1
This release fixes an issue where the following next/image
settings from next.config.js
were not passed correctly to the image optimization API.
Using one of these settings had therefore no impact on the optimization previously.
To update to the fixed version, both, the tf-next
npm package and the Terraform module must be updated.
Changelog
v0.12.0
Breaking changes
-
The module now requires AWS Provider Version
v4.8.0
or higher.
Please follow the official upgrade guide when upgrading from thev3
provider: Terraform AWS Provider Version 4 Upgrade Guide. -
Attaching additional policies to Lambda role now requires second variable
When usinglambda_policy_json
to attach additional policy statements to the Lambda role, you also need to setlambda_attach_policy_json = true
now, otherwise the statements are ignored:module "tf_next" { source = "milliHQ/next-js/aws" ... + lambda_attach_policy_json = true lambda_policy_json = ... }
Changelog
- Ensure compatibility with AWS Provider Version 4 (#286, #291)
- Add switch for attaching additional policy documents (#276)
New Contributors
- @christophebeling made their first contribution in #276