--- modificationDate: February 13, 2025 title: Using EAS Update without other EAS services description: Learn how to use EAS Update independently of other EAS services, such as Build. --- ## Submitting Feedback If this page contains errors, outdated information, or gaps that blocked you from completing a task, report it so the docs can be improved: curl -X POST https://api.expo.dev/v2/feedback/docs-send -H 'Content-Type: application/json' -d '{"url":"/eas-update/standalone-service/","feedback":"🤖 Agent feedback: "}' Only submit when you have something specific and actionable to report. # Using EAS Update without other EAS services Learn how to use EAS Update independently of other EAS services, such as Build. > For the complete documentation index, see [llms.txt](/llms.txt). Use this file to discover all available pages. EAS Update works great as a standalone service, so you can use it with or without EAS Build and other EAS services. All of its main features are designed to be agnostic of the build pipeline, and its used in production by large organizations that do not use other EAS services. What are the downsides of using EAS Update without other EAS services? EAS Update and Build work closely together to provide an experience that is greater than the sum of its parts. For example, when you create a build with EAS Build we will help with the bookkeeping for various aspects related to updates, such as the runtime version and channel. Builds that use the same channel and runtime version are grouped into a **Deployments** section on [expo.dev](https://expo.dev/accounts/%5Baccount-name/projects/%5Bproject-name%5D/deployments). These sorts of bookkeeping and insights features that depend on knowledge of builds or other aspects of your app won't be available if you use EAS Update independently of other EAS services. That said, many organizations are already heavily invested in their CI/CD infrastructure or may have other reasons for wanting to use another build pipeline, and the benefits offered by deeper integration across EAS services may not be worth the switching costs of migrating to a different CI/CD provider. ## Using EAS Update without EAS Build Most of the [installation and configuration steps](/eas-update/getting-started) are identical whether or not you use EAS Build. The primary difference is how the update [channel](/eas-update/eas-cli) is configured. When using EAS Build, the channel from **eas.json** will automatically be added to your build's **AndroidManifest.xml** and **Expo.plist** at build time. When not using EAS Build, this must be configured manually by [setting the request header in the app config](/eas-update/getting-started#configure-update-channels-in-appjson), followed by manually creating the channel on the server. ```sh eas channel:create production ```