Managing Builds

Managing Builds

Last updated October 22, 2025

When you build your application code, Vercel runs compute to install dependencies, run your build script, and upload the build output to our CDN. There are several ways in which you can manage your build compute.

Visit Build Diagnostics in the Observability tab of the Vercel Dashboard to find your build durations. You can also use this table to quickly identify which solution fits your needs:

Your situationSolutionBest for
Builds are slow or running out of resourcesEnhanced/Turbo build machinesLarge apps, complex dependencies
Builds are frequently queuedOn-demand Concurrent BuildsTeams with frequent deployments
Specific projects are frequently queuedProject-level on-demandFast-moving projects
Occasional urgent deploy stuck in queueForce an on-demand buildAd-hoc critical fixes
Production builds stuck behind preview buildsPrioritize production buildsAll production-heavy workflows

Enhanced and Turbo build machines are available on Enterprise and Pro plans

Those with the owner role can access this feature

For Pro and Enterprise customers, we offer two higher-tier build machines with more vCPUs, memory and disk space than Standard.

Build machine typeNumber of vCPUsMemory (GB)Disk size (GB)
Standard4823
Enhanced81656
Turbo306064

You can set the build machine type in the Build and Deployment section of your Project Settings.

When your team uses Enhanced or Turbo machines, it'll contribute to the "On-Demand Concurrent Build Minutes" item of your bill.

Enterprise customers who have Enhanced build machines enabled via contract will always use them by default. You can view if you have this enabled in the Build Machines section of the Build and Deployment tab in your Team Settings. To update your build machine preferences, you need to contact your account manager.

On-demand concurrent builds is available on Enterprise and Pro plans

Those with the owner role can access this feature

By default, only one concurrent build is executed at a time. Other builds will be queued and handled in chronological order (FIFO Order). On-demand concurrent builds allow all builds to be executed in parallel, with no queues.

When enabled, you are charged for On-demand Concurrent Builds based on the number of concurrent builds required to allow the builds to proceed as explained in usage and limits.

When you enable on-demand build concurrency at the level of a project, any queued builds in that project will automatically be allowed to proceed.

You can enable it on the project's Build and Deployment Settings page:

  1. From your Vercel dashboard, select the project you wish to enable it for.
  2. Select the Settings tab, and go to the Build and Deployment section of your Project Settings.
  3. Under On-Demand Concurrent Builds, toggle the switch to Enabled.
  4. The standard option is selected by default with 4 vCPUs and 8 GB of memory. You can switch to Enhanced or Turbo build machines with up to 30 vCPUs and 60 GB of memory.
  5. Click Save.

To create an Authorization Bearer token, see the access token section of the API documentation.

cURL
curl --request PATCH \
  --url https://api.vercel.com/v9/projects/YOUR_PROJECT_ID?teamId=YOUR_TEAM_ID \
  --header "Authorization: Bearer $VERCEL_TOKEN" \
  --header "Content-Type: application/json" \
  --data '{
    "resourceConfig": {
      "elasticConcurrencyEnabled": true,
      "buildMachineType": "enhanced",
    }
  }'

To create an Authorization Bearer token, see the access token section of the API documentation.

updateProject
import { Vercel } from '@vercel/sdk';
 
const vercel = new Vercel({
  bearerToken: '<YOUR_BEARER_TOKEN_HERE>',
});
 
async function run() {
  const result = await vercel.projects.updateProject({
    idOrName: 'YOUR_PROJECT_ID',
    teamId: 'YOUR_TEAM_ID',
    requestBody: {
      resourceConfig: {
        elasticConcurrencyEnabled: true,
        buildMachineType: 'enhanced',
      },
    },
  });
 
  // Handle the result
  console.log(result);
}
 
run();

New projects on Enterprise teams will have on-demand concurrency turned on by default.

For individual deployments, you can force build execution using the Start Building Now button. Regardless of the reason why this build was queued, it will proceed.

  1. Select your project from the dashboard.

  2. From the top navigation, select the Deployments tab.

  3. Find the queued deployment that you would like to build from the list. You can use the Status filter to help find it. You have 2 options:

    • Select the three dots to the right of the deployment and select Start Building Now.
    • Click on the deployment list item to go to the deployment's detail page and click Start Building Now.
  4. Confirm that you would like to build this deployment in the Start Building Now dialog.

Some other considerations to take into account when optimizing your builds include:

  • Understand and manage the build cache. By default, Vercel caches the dependencies of your project, based on your framework, to speed up the build process
  • You may choose to Ignore the Build Step on redeployments if you know that the build step is not necessary under certain conditions
  • Use the most recent version of your runtime, particularly Node.js, to take advantage of the latest performance improvements. To learn more, see Node.js

Prioritize production builds is available on all plans

If a build has to wait for queued preview deployments to finish, it can delay the production release process. When Vercel queues builds, we'll processes them in chronological order (FIFO Order).

For any new projects created after December 12, 2024, Vercel will prioritize production builds by default.

To ensure that changes to the production environment are prioritized over preview deployments in the queue, you can enable Prioritize Production Builds:

  1. From your Vercel dashboard, select the project you wish to enable it for
  2. Select the Settings tab, and go to the Build and Deployment section of your Project Settings
  3. Under Prioritize Production Builds, toggle the switch to Enabled

The on-demand build usage is based on the amount of time it took for a deployment to build when using a concurrent build. In Billing, usage of Enhanced and Turbo machines contributes to "On-Demand Concurrent Build Minutes".

On-demand concurrent builds are priced in $ per minute of build time and is based on the type of build machines used.

Build machine typePrice per build minute
Standard$0.014
Enhanced$0.030
Turbo$0.113

On-demand concurrent builds are priced in MIUs per minute of build time used and the rate depends on the number of contracted concurrent builds and the machine type.

Concurrent builds contractedCost (MIU per minute) for Standard build machinesCost (MIU per minute) for Enhanced build machinesCost (MIU per minute) for Turbo build machines
1-50.014 MIUs0.030 MIUs0.113 MIUs
6-100.012 MIUs0.026 MIUs0.098 MIUs
10+0.010 MIUs0.022 MIUs0.083 MIUs

Was this helpful?

supported.