new file mode 100644
@@ -0,0 +1,55 @@
+format-patch Metadata
+=====================
+
+Background
+----------
+
+The current format-patch data lacks a way to express general metadata that may
+be useful to synthesize the original commit more accurately. This may be
+helpful to emit patches as a transport for actual commits between machines in a
+case where bundles are not practical, such as a mailing list.
+
+Syntax
+------
+
+The syntax contains three space-separated components: a field name, an encoding,
+and field data.
+
+The field name contains no spaces. Values without an `@` are specified below or
+by a future version of Git. Values containing an `@` followed by a domain are
+specified by that domain owner, much as algorithm names in the SSH protocol.
+
+The encoding is either `plain`, in which case the field data is a literal string
+with no spaces, or `base64`, in which case the field data is one or more
+space-separated base64 items, which when interpreted have all spaces stripped
+and are then encoded. This allows fields to be specified that contain octets
+which are not valid in or which are too long to specified in an RFC 5322 header
+unencoded.
+
+Fields
+------
+
+base-commit-sha1::
+ This specifies the base commit for this patch using a SHA-1 object ID.
+base-commit-sha256::
+ This specifies the base commit for this patch using a SHA-256 object ID.
+ appropriate.
+gpgsig-sha1::
+ This specifies a signature for this patch using the SHA-1 format, as specified
+ in the `gpgsig` header.
+gpgsig-sha256::
+ This specifies the base commit for this patch using the SHA-256 object ID, as
+ specified in the `gpgsig-sha256` header.
+
+Examples
+--------
+
+----
+X-Git-Metadata: base-commit-sha1 plain da39a3ee5e6b4b0d3255bfef95601890afd80709
+
+X-Git-Metadata: gpgsig-sha256 base64
+ LS0tLS1CRUdJTiBTU0ggU0lHTkFUVVJFLS0tLS0KYmxhaCBibGFoIGJsYWgKLS0tLS1FTkQgU1NI
+ IFNJR05BVFVSRS0tLS0tCg==
+
+X-Git-Metadata: foo@example.com plain quux
+----
Right now, we lack a way to specify arbitrary metadata for format-patch. We currently special-case the base-commit value, but this is not helpful in the general case. There has also been interest in specifying signatures for transport between machines using mailing list patches. In a future commit, we will define a format for the author and committer data such that the email represents an opaque ID instead of an email. As a practical matter, this makes it difficult to send patches, since many mail servers will not accept arbitrary From lines. Even using in-body From headers is not suitable here because we will want to include entries in the mailmap out-of-band as part of the patch. To make this case more general and allow us to specify this information in a more general way, let's add a metadata header which can be included in the patch and allow specifying arbitrary values that we can then fill in. We explicitly specify an extension mechanism to allow others to use this data in a time-tested way that avoids conflicts. Signed-off-by: brian m. carlson <sandals@crustytoothpaste.net> --- .../technical/format-patch-metadata.txt | 55 +++++++++++++++++++ 1 file changed, 55 insertions(+) create mode 100644 Documentation/technical/format-patch-metadata.txt