A moratorium has been added to the road map to add a moratorium on adding
remote registry access to commands that don't already do so.
Signed-off-by: Stephen J Day <stephen.day@docker.com>
| ... | ... |
@@ -152,3 +152,32 @@ lacking for many, we cannot make it a priority yet for the above reasons. |
| 152 | 152 |
|
| 153 | 153 |
Again, this is not about saying that the Dockerfile syntax is done, it's about making choices about |
| 154 | 154 |
what we want to do first! |
| 155 |
+ |
|
| 156 |
+## 2.3 Remote Registry Operations |
|
| 157 |
+ |
|
| 158 |
+A large amount of work is ongoing in the area of image distribution and |
|
| 159 |
+provenance. This includes moving to the V2 Registry API and heavily |
|
| 160 |
+refactoring the code that powers these features. The desired result is more |
|
| 161 |
+secure, reliable and easier to use image distribution. |
|
| 162 |
+ |
|
| 163 |
+Part of the problem with this part of the code base is the lack of a stable |
|
| 164 |
+and flexible interface. If new features are added that access the registry |
|
| 165 |
+without solidifying these interfaces, achieving feature parity will continue |
|
| 166 |
+to be elusive. While we get a handle on this situation, we are imposing a |
|
| 167 |
+moratorium on new code that accesses the Registry API in commands that don't |
|
| 168 |
+already make remote calls. |
|
| 169 |
+ |
|
| 170 |
+Currently, only the following commands cause interaction with a remote |
|
| 171 |
+registry: |
|
| 172 |
+ |
|
| 173 |
+- push |
|
| 174 |
+- pull |
|
| 175 |
+- run |
|
| 176 |
+- build |
|
| 177 |
+- search |
|
| 178 |
+- login |
|
| 179 |
+ |
|
| 180 |
+In the interest of stabilizing the registry access model during this ongoing |
|
| 181 |
+work, we are not accepting additions to other commands that will cause remote |
|
| 182 |
+interaction with the Registry API. This moratorium will lift when the goals of |
|
| 183 |
+the distribution project have been met. |