-
Notifications
You must be signed in to change notification settings - Fork 317
Changelog/build timeout 45m #2899
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
base: main
Are you sure you want to change the base?
Changes from all commits
cb09a27
654c3bc
0ddf76e
4f417de
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,19 @@ | ||
| --- | ||
| layout: changelog | ||
| title: "Build timeouts increased to 45 minutes (Pro and above)" | ||
| date: 2026-04-17 | ||
| --- | ||
|
|
||
| We have raised the **maximum build duration** for [Sites](/docs/products/sites) and [Functions](/docs/products/functions) on Appwrite Cloud from **15 minutes to 45 minutes** for organizations on the **Pro plan and above**. Free and Starter organizations keep the **15-minute** build limit, so the longer window is an explicit benefit of upgrading when your workloads need it. | ||
|
|
||
| Build pipelines are rarely constant-time: cold dependency caches, larger lockfiles, native compilation, first-time container layer pulls, and multi-stage bundling can push wall-clock time well beyond a minimal compile on a warm workstation. A 15-minute cap often fails builds that are otherwise healthy—especially after cache invalidation, dependency upgrades, or when parity with a longer-running CI job matters. For Pro and above, extending the ceiling to **45 minutes** reduces those false negatives, improves predictability when you are tuning [compute for build versus runtime](/docs/advanced/platform/compute), and removes pressure to split deployments or strip build steps solely to stay under a short timeout. | ||
|
|
||
| On eligible plans, you get fewer interrupted builds on legitimate workloads, less time spent re-running jobs after transient slowdowns, and closer alignment between what you can run locally or in your own CI and what Appwrite Cloud will accept during the build phase. Teams shipping larger frontends, monorepo-style repositories, or functions with heavier packaging steps should see the clearest gain. Compare plans and limits on the [pricing page](/pricing). | ||
|
|
||
| {% arrow_link href="/docs/advanced/platform/compute" %} | ||
| Learn about build and runtime compute | ||
| {% /arrow_link %} | ||
|
|
||
| {% arrow_link href="/pricing" %} | ||
| View plans and pricing | ||
| {% /arrow_link %} | ||
| Original file line number | Diff line number | Diff line change | ||||||
|---|---|---|---|---|---|---|---|---|
|
|
@@ -57,5 +57,6 @@ Redeployment behavior varies depending on how the initial deployment was created | |||||||
| Users subscribed to the Appwrite Pro plan or above receive certain special benefits: | ||||||||
|
|
||||||||
| - [Express builds](/changelog/entry/2024-08-10) for quicker deployments, resulting in reduced wait times and smoother workflows | ||||||||
| - Longer [build timeouts](/docs/advanced/platform/compute#build-timeouts) (45 minutes vs 15 minutes on Free; Enterprise is custom) | ||||||||
| - Customizable [build and runtime specifications](/docs/advanced/platform/compute) for CPU and memory on each function | ||||||||
| {% /info %} | ||||||||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
The diff shows
Suggested change
|
||||||||
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.
The text says "Free and Starter organizations keep the 15-minute build limit," but Appwrite's current plan tiers are
free,pro,scale, andenterprise— there is no "Starter" plan. This appears in thecompare-plans.sveltetype definition and every data row. Mentioning a fictitious tier in a published changelog will confuse users who search for it.