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
Copy file name to clipboardexpand all lines: ROADMAP.md
+5-2
Original file line number
Diff line number
Diff line change
@@ -4,9 +4,12 @@
4
4
5
5
Over time we will extend Compose's remit to cover test, staging and production environments. This is not a simple task, and will take many incremental improvements such as:
6
6
7
-
- Compose’s brute-force “delete and recreate everything” approach is great for dev and testing, but it not sufficient for production environments. You should be able to define a "desired" state that Compose will intelligently converge to.
8
-
- It should be possible to partially modify the config file for different environments (dev/test/staging/prod), passing in e.g. custom ports or volume mount paths. ([#426](https://github.com/docker/fig/issues/426))
7
+
- Compose currently will attempt to get your application into the correct state when running `up`, but it has a number of shortcomings:
8
+
- It should roll back to a known good state if it fails.
9
+
- It should allow a user to check the actions it is about to perform before running them.
10
+
- It should be possible to partially modify the config file for different environments (dev/test/staging/prod), passing in e.g. custom ports or volume mount paths. ([#1377](https://github.com/docker/compose/issues/1377))
9
11
- Compose should recommend a technique for zero-downtime deploys.
12
+
- It should be possible to continuously attempt to keep an application in the correct state, instead of just performing `up` a single time.
0 commit comments