Browse code

Impose moratorium on remote registry access

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>

Stephen J Day authored on 2015/07/24 11:09:20
Showing 1 changed files
... ...
@@ -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.