From 9453c8db7f08a200eee7a41f1265918c042438a9 Mon Sep 17 00:00:00 2001
From: jdolitsky <393494+jdolitsky@users.noreply.github.com>
Date: Wed, 9 Dec 2020 16:58:26 -0500
Subject: [PATCH] Add placeholder for content negotiation

Signed-off-by: jdolitsky <393494+jdolitsky@users.noreply.github.com>
---
 content-negotiation.md | 4 ++++
 spec.md                | 5 +++++
 2 files changed, 9 insertions(+)
 create mode 100644 content-negotiation.md

diff --git a/content-negotiation.md b/content-negotiation.md
new file mode 100644
index 00000000..7b2b6ce7
--- /dev/null
+++ b/content-negotiation.md
@@ -0,0 +1,4 @@
+## Content Negotiation
+
+TODO - Please see
+[issue #212](https://github.com/opencontainers/distribution-spec/issues/212).
\ No newline at end of file
diff --git a/spec.md b/spec.md
index a4e02aa3..7289d341 100644
--- a/spec.md
+++ b/spec.md
@@ -122,6 +122,7 @@ In order to test a registry's conformance against these workflow categories, ple
 ### Workflow Categories
 
 #### Pull
+
 The process of pulling an artifact centers around retrieving two components: the manifest and one or more blobs.
 
 Typically, the first step in pulling an artifact is to retrieve the manifest. However, you MAY retrieve content from the registry in any order.
@@ -136,6 +137,10 @@ The `<reference>` MUST NOT be in any other format. Throughout this document, `<n
 
 `[a-z0-9]+([._-][a-z0-9]+)*(/[a-z0-9]+([._-][a-z0-9]+)*)*`
 
+The client SHOULD include an `Accept` header indicating which manifest content types it supports.
+In a successful response, the `Content-Type` header will indicate the type of the returned manifest.
+For more information on the use of `Accept` headers and content negotiation, please see [Content Negotiation](./content-negortiation.md)
+
 A GET request to an existing manifest URL MUST provide the expected manifest, with a response code that MUST be `200 OK`.
 
 The `OCI-Content-Digest` header (or, as a fallback, `Docker-Content-Digest` header), if present on the response, returns the canonical