You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jun 2, 2021. It is now read-only.
Copy file name to clipboardExpand all lines: docs/v3/source/includes/upgrade_guide/upgrade_guide.md
+22Lines changed: 22 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -140,6 +140,28 @@ Here are some examples of implications for clients:
140
140
2. An application can have multiple processes, each with their own start command, scale, and stats
141
141
3. An application might not be running with its most recent package or droplet
142
142
143
+
#### Starting Apps
144
+
145
+
In the V2 API, the start endpoint (`PUT /v2/apps/:GUID` with `state`: `STARTED` in the request) was responsible for converting source code into a running executable in the cloud. In V3, [starting an app](#start-an-app) will only start the app processes with the current droplet.
146
+
147
+
To reproduce the V2 start behavior in V3:
148
+
149
+

150
+
151
+
1.[List packages](#list-packages) and filter on package state with value `READY` and order by recency.
152
+
1. If a package has been turned into a droplet [(see this endpoint)](#list-droplets-for-a-package) this means it has been staged already. In V2 workflows, this would mean this package is what the current droplet is running.
153
+
1. Stage the package by [creating a build](#create-a-build). This turns your package into a droplet.
154
+
1. Update the app’s [current droplet](#set-current-droplet) to the selected droplet. This droplet will be run when the app starts.
155
+
1. Change the app’s state to [started](#start-an-app)
156
+
157
+
This gives V3 users more flexibility when managing applications. The following
158
+
diagram shows many different flows for starting an app.
159
+
160
+

161
+
162
+
Apps can upload multiple packages, stage multiple droplets, roll back to older droplets, and other complicated workflows.
163
+
164
+
143
165
### Asynchronous Operations
144
166
145
167
Unlike V2, clients cannot opt-in for asynchronous responses from endpoints. Instead, endpoints that require asynchronous processing will return `202 Accepted` with a Location header pointing to the job resource to poll. Endpoints that do not require asynchronous processing will respond synchronously.
0 commit comments