[要約] RFC 5829は、Webリソース間の簡単なバージョンナビゲーションのためのリンク関係タイプを定義しています。このRFCの目的は、WebアプリケーションやAPIのバージョン管理を容易にすることです。

Internet Engineering Task Force (IETF)                          A. Brown
Request for Comments: 5829                                      G. Clemm
Category: Informational                                              IBM
ISSN: 2070-1721                                          J. Reschke, Ed.
                                                              greenbytes
                                                              April 2010

Link Relation Types for Simple Version Navigation between Web Resources

Webリソース間の単純なバージョンナビゲーションのリンク関係タイプ

Abstract

概要

This specification defines a set of link relation types that may be used on Web resources for navigation between a resource and other resources related to version control, such as past versions and working copies.

この仕様では、過去のバージョンやワーキングコピーなど、リソースとバージョン制御に関連する他のリソースとの間のナビゲーションのためにWebリソースで使用できるリンク関係のセットを定義します。

Status of This Memo

本文書の位置付け

This document is not an Internet Standards Track specification; it is published for informational purposes.

このドキュメントは、インターネット標準の追跡仕様ではありません。情報目的で公開されています。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.

このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（IESG）からの出版が承認されています。IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補者ではありません。RFC 5741のセクション2を参照してください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc5829.

このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc5829で取得できます。

Copyright Notice

著作権表示

Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved.

Copyright（c）2010 IETF Trustおよび文書著者として特定された人。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

このドキュメントは、BCP 78およびIETFドキュメント（http://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、単純化されたBSDライセンスで説明されているように保証なしで提供される簡略化されたBSDライセンステキストを含める必要があります。

Table of Contents

目次 

   1. Introduction ....................................................3
   2. Terminology .....................................................3
   3. Link Relations ..................................................4
      3.1. 'version-history' ..........................................4
      3.2. 'latest-version' ...........................................4
      3.3. 'working-copy' .............................................4
      3.4. 'working-copy-of' ..........................................4
      3.5. 'predecessor-version' ......................................4
      3.6. 'successor-version' ........................................5
   4. IANA Considerations .............................................5
      4.1. 'version-history' Link Relation Registration ...............5
      4.2. 'latest-version' Link Relation Registration ................5
      4.3. 'working-copy' Link Relation Registration ..................5
      4.4. 'working-copy-of' Link Relation Registration ...............6
      4.5. 'predecessor-version' Link Relation Registration ...........6
      4.6. 'successor-version' Link Relation Registration .............6
   5. Security Considerations .........................................6
   6. Acknowledgments .................................................7
   7. References ......................................................7
      7.1. Normative References .......................................7
      7.2. Informative References .....................................7
   Appendix A.  Relationship to Java Content Repository (JCR) and
                WebDAV ................................................9
      A.1.  Example: Use of Link Relations in HTTP Link Header .......10
1. Introduction
1. はじめに

This specification defines a set of link relation types that may be used on Web resources that exist in a system that supports versioning to navigate among the different resources available, such as past versions and working copies.

この仕様では、過去のバージョンや作業コピーなど、利用可能なさまざまなリソースをナビゲートするためにバージョン化をサポートするシステムに存在するWebリソースで使用できるリンク関連タイプのセットを定義します。

These link relations are used in the AtomPub ([RFC5023]) bindings of the "Content Management Interoperability Services" (CMIS). See Section 3.4.3.3 of [CMIS] for further information.

これらのリンク関係は、ATOMPUB（[RFC5023]）の「コンテンツ管理相互運用性サービス」（CMIS）のバインディングで使用されます。詳細については、[CMIS]のセクション3.4.3.3を参照してください。

2. Terminology
2. 用語

Versioned Resource

バージョンされたリソース

When a resource is put under version control, it becomes a "versioned resource". Many servers protect versioned resources from modifications by considering them "checked in", and by requiring a "checkout" operation before modification, and a "checkin" operation to get back to the "checked-in" state. Other servers allow modification, in which case the checkout/checkin operation may happen implicitly.

リソースがバージョン制御下に置かれると、「バージョン付きリソース」になります。多くのサーバーは、「チェックイン」を検討し、変更前に「チェックアウト」操作と「チェックイン」操作を「チェックイン」状態に戻すことを要求することにより、バージョンのリソースを変更から保護します。他のサーバーでは、変更を可能にします。その場合、チェックアウト/チェックイン操作は暗黙的に発生する可能性があります。

Version History

バージョン履歴

A "version history" resource is a resource that contains all the versions of a particular versioned resource.

「バージョン履歴」リソースは、特定のバージョンリソースのすべてのバージョンを含むリソースです。

Predecessor, Successor

前身、後継者

When a versioned resource is checked out and then subsequently checked in, the version that was checked out becomes a "predecessor" of the version created by the checkin. A client can specify multiple predecessors for a new version if the new version is logically a merge of those predecessors. The inverse of the predecessor relation is the "successor" relation. Therefore, if X is a predecessor of Y, then Y is a successor of X.

バージョン付きリソースがチェックアウトされてからチェックインされると、チェックアウトされたバージョンがCheckinによって作成されたバージョンの「前身」になります。クライアントは、新しいバージョンが論理的にこれらの前任者のマージである場合、新しいバージョンに複数の前任者を指定できます。前身関係の逆は「後継者」関係です。したがって、xがyの前身である場合、yはxの後継者です。

Working Copy

ワーキングコピー

A "working copy" is a resource at a server-defined URL that can be used to create a new version of a versioned resource.

「ワーキングコピー」は、サーバー定義のURLのリソースであり、バージョン付きリソースの新しいバージョンを作成するために使用できます。

Checkout

チェックアウト

A "checkout" is an operation on a versioned resource that creates a working copy, or changes the versioned resource to be a working copy as well ("in-place versioning").

「チェックアウト」は、機能するコピーを作成するバージョンリソースの操作であるか、バージョンされたリソースを作業コピー（「In-Placeバージョン」）に変更する操作です。

Checkin

チェックイン

A "checkin" is an operation on a working copy that creates a new version of its corresponding versioned resource.

「チェックイン」は、対応するバージョンリソースの新しいバージョンを作成する作業コピーの操作です。

Note: the operations for putting a resource under version control and for checking in and checking out depend on the protocol in use and are beyond the scope of this document; see [CMIS], [RFC3253], and [JSR-283] for examples.

注：リソースをバージョン制御下に置き、チェックインしてチェックアウトするための操作は、使用中のプロトコルに依存し、このドキュメントの範囲を超えています。例については、[CMIS]、[RFC3253]、および[JSR-283]を参照してください。

3. Link Relations
3. リンク関係

The following link relations are defined.

次のリンク関係が定義されています。

3.1. 'version-history'
3.1. 「バージョンヒストリー」

When included on a versioned resource, this link points to a resource containing the version history for this resource.

バージョン付きリソースに含まれる場合、このリンクは、このリソースのバージョン履歴を含むリソースを指します。

3.2. 'latest-version'
3.2. '最新バージョン'

When included on a versioned resource, this link points to a resource containing the latest (e.g., current) version.

バージョンされたリソースに含まれる場合、このリンクは、最新の（現在の）バージョンを含むリソースを指します。

The latest version is defined by the system. For linear versioning systems, this is probably the latest version by timestamp. For systems that support branching, there will be multiple latest versions, one for each branch in the version history.

最新バージョンはシステムによって定義されています。線形バージョンシステムの場合、これはおそらくタイムスタンプによる最新バージョンです。分岐をサポートするシステムの場合、バージョン履歴の各ブランチごとに複数の最新バージョンがあります。

Some systems may allow more than one of these link relations.

一部のシステムでは、これらのリンク関係の複数を許可する場合があります。

3.3. 'working-copy'
3.3. 「ワーキングコピー」

When included on a versioned resource, this link points to a working copy for this resource.

バージョンされたリソースに含まれる場合、このリンクはこのリソースの作業コピーを指します。

Some systems may allow more than one of these link relations.

一部のシステムでは、これらのリンク関係の複数を許可する場合があります。

3.4. 'working-copy-of'
3.4. 「ワーキングコピー」

When included on a working copy, this link points to the versioned resource from which this working copy was obtained.

作業コピーに含まれると、このリンクは、この作業コピーが取得されたバージョンされたリソースを指します。

3.5. 'predecessor-version'
3.5. 「前身バージョン」

When included on a versioned resource, this link points to a resource containing the predecessor version in the version history.

バージョン付きリソースに含まれる場合、このリンクは、バージョン履歴に前身バージョンを含むリソースを指します。

Some systems may allow more than one of these link relations in the case of multiple branches merging.

一部のシステムでは、複数のブランチが合流する場合、これらのリンク関係の複数を許可する場合があります。

3.6. 'successor-version'
3.6. 「後継バージョン」

When included on a versioned resource, this link points to a resource containing the successor version in the version history.

バージョン付きリソースに含まれる場合、このリンクは、バージョン履歴に後継バージョンを含むリソースを指します。

Some systems may allow more than one of these link relations in order to support branching.

一部のシステムでは、分岐をサポートするためにこれらのリンク関係の複数を許可する場合があります。

4. IANA Considerations
4. IANAの考慮事項

The link relations below have been registered by IANA per Section 7.1 of [RFC4287]:

以下のリンク関係は、[RFC4287]のセクション7.1ごとにIANAによって登録されています。

4.1. 'version-history' Link Relation Registration
4.1. 「バージョン」リンク関係登録

Attribute Value: version-history

属性値：バージョンヒストリー

Description: See Section 3.1.

説明：セクション3.1を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

予想される表示特性：未定義。この関係は、バックグラウンド処理またはその価値を表示せずに拡張機能を提供するために使用できます。

Security considerations: See Section 5.

セキュリティ上の考慮事項：セクション5を参照してください。

4.2. 'latest-version' Link Relation Registration
4.2. 「最新バージョン」リンク関係登録

Attribute Value: latest-version

属性値：最新バージョン

Description: See Section 3.2.

説明：セクション3.2を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

予想される表示特性：未定義。この関係は、バックグラウンド処理またはその価値を表示せずに拡張機能を提供するために使用できます。

Security considerations: See Section 5.

セキュリティ上の考慮事項：セクション5を参照してください。

4.3. 'working-copy' Link Relation Registration
4.3. 「ワーキングコピー」リンク関係登録

Attribute Value: working-copy

属性値：ワーキングコピー

Description: See Section 3.3.

説明：セクション3.3を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

予想される表示特性：未定義。この関係は、バックグラウンド処理またはその価値を表示せずに拡張機能を提供するために使用できます。

Security considerations: See Section 5.

セキュリティ上の考慮事項：セクション5を参照してください。

4.4. 'working-copy-of' Link Relation Registration
4.4. 「ワーキングコピー」リンク関係登録

Attribute Value: working-copy-of

属性値：Working-Copy-of

Description: See Section 3.4.

説明：セクション3.4を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

予想される表示特性：未定義。この関係は、バックグラウンド処理またはその価値を表示せずに拡張機能を提供するために使用できます。

Security considerations: See Section 5.

セキュリティ上の考慮事項：セクション5を参照してください。

4.5. 'predecessor-version' Link Relation Registration
4.5. 「前身バージョン」リンク関係登録

Attribute Value: predecessor-version

属性値：前身バージョン

Description: See Section 3.5.

説明：セクション3.5を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

予想される表示特性：未定義。この関係は、バックグラウンド処理またはその価値を表示せずに拡張機能を提供するために使用できます。

Security considerations: See Section 5.

セキュリティ上の考慮事項：セクション5を参照してください。

4.6. 'successor-version' Link Relation Registration
4.6. 「後継バージョン」リンク関係登録

Attribute Value: successor-version

属性値：後継バージョン

Description: See Section 3.6.

説明：セクション3.6を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

予想される表示特性：未定義。この関係は、バックグラウンド処理またはその価値を表示せずに拡張機能を提供するために使用できます。

Security considerations: See Section 5.

セキュリティ上の考慮事項：セクション5を参照してください。

5. Security Considerations
5. セキュリティに関する考慮事項

Automated agents should take care when these relations cross administrative domains (e.g., the URI has a different authority than the current document). Such agents should also take care to detect circular references.

自動化されたエージェントは、これらの関係が管理ドメインを横断する場合に注意する必要があります（たとえば、URIには現在の文書とは異なる権限があります）。このようなエージェントは、円形の参照を検出するようにも注意する必要があります。

Care should be applied when versioned resources are subject to differing access policies. In this case, exposing links may leak information even if the linked resource itself is properly secured. In particular, the syntax of the link target could expose sensitive information (see Section 16.2 of [RFC3253] for a similar consideration in WebDAV Versioning). Note that this applies to exposing link metadata in general, not only to links related to versioning.

バージョンされたリソースが異なるアクセスポリシーの対象となる場合は、注意を払う必要があります。この場合、リンクを公開すると、リンクされたリソース自体が適切に保護されている場合でも、情報が漏れます。特に、リンクターゲットの構文では、機密情報を公開する可能性があります（[RFC3253]のセクション16.2を参照して、WebDAVバージョン化でも同様の考慮事項を参照してください）。これは、バージョンに関連するリンクだけでなく、一般的にリンクメタデータを公開することに適用されることに注意してください。

6. Acknowledgments
6. 謝辞

Thanks to the members of Content Management Interoperability Services (CMIS) Technical Committee (TC) at OASIS for the initial proposal, and to Jan Algermissen for feedback during IETF review.

最初の提案については、OASISのContent Management Interoperability Services（CMIS）技術委員会（TC）のメンバーと、IETFレビュー中のフィードバックについてJan Algermissenに感謝します。

7. References
7. 参考文献
7.1. Normative References
7.1. 引用文献

[RFC4287] Nottingham, M., Ed. and R. Sayre, Ed., "The Atom Syndication Format", RFC 4287, December 2005.

[RFC4287]ノッティンガム、M。、編and R. Sayre、ed。、「The Atom Syndication Format」、RFC 4287、2005年12月。

7.2. Informative References
7.2. 参考引用

[CMIS] Brown, A., Gur-Esh, E., McVeigh, R., and F. Mueller, "Content Management Interoperability Services (CMIS) Version 1.0", OASIS Content Management Interoperability Services (CMIS) Version 1.0 Committee Specification 01, March 2010, <http://docs.oasis-open.org/cmis/CMIS/ v1.0/cs01/cmis-spec-v1.0.html>.

[CMIS] Brown、A.、Gur-Sh、E.、McVeigh、R。、およびF. Mueller、 "コンテンツ管理相互運用性サービス（CMIS）バージョン1.0"、OASISコンテンツ管理相互運用性サービス（CMIS）バージョン1.0委員会仕様01、2010年3月、<http://docs.oasis-open.org/cmis/cmis/ v1.0/cs01/cmis-spec-v1.0.html>。

Latest version available at <http://docs.oasis-open.org/cmis/CMIS/v1.0/ cmis-spec-v1.0.html>

最新バージョン<http://docs.oasis-open.org/cmis/cmis/v1.0/ cmis-pec-v1.0.html>で入手可能

[JSR-283] Day Software, Nuescheler, D., and P. Piegaze, "Content Repository API for Java(tm) Technology Specification", Java Specification Request 283, August 2009, <http://www.day.com/specs/jcr/2.0/>.

[JSR-283] Day Software、Nuescheler、D。、およびP. Piegaze、「Java（TM）テクノロジー仕様のコンテンツリポジトリAPI」、Java仕様リクエスト283、2009年8月、<http://www.day.com/specs/jcr/2.0/>。

[RFC3253] Clemm, G., Amsden, J., Ellison, T., Kaler, C., and J. Whitehead, "Versioning Extensions to WebDAV (Web Distributed Authoring and Versioning)", RFC 3253, March 2002.

[RFC3253] Clemm、G.、Amsden、J.、Ellison、T.、Kaler、C。、およびJ. Whitehead、「WebDavへのバージョン拡張機能（Web分散オーサリングとバージョン）」、RFC 3253、2002年3月。

[RFC5023] Gregorio, J. and B. de hOra, "The Atom Publishing Protocol", RFC 5023, October 2007.

[RFC5023] Gregorio、J。およびB. De Hora、「The Atom Publishing Protocol」、RFC 5023、2007年10月。

[WEB-LINKING] Nottingham, M., "Web Linking", Work in Progress, March 2010.

[Web-Linking] Nottingham、M。、「Web Linking」、2010年3月、進行中の作業。

Appendix A. Relationship to Java Content Repository (JCR) and WebDAV

付録A. Javaコンテンツリポジトリ（JCR）とWebDavとの関係

The link relations defined in Section 3 correspond to various properties used in WebDAV Versioning [RFC3253] and JCR [JSR-283]:

セクション3で定義されているリンク関係は、WebDAVバージョン[RFC3253]およびJCR [JSR-283]で使用されるさまざまなプロパティに対応しています。

version-history

バージョンヒストリー

WebDAV: the resource identified by the DAV:version-history property ([RFC3253], Sections 5.2.1 and 5.3.1).

WebDav：DAV：Version-Historyプロパティ（[RFC3253]、セクション5.2.1および5.3.1）によって識別されたリソース。

JCR: the node identified by jcr:versionHistory property ([JSR-283], Section 3.13.2.4) for versionable nodes, the parent folder for version nodes.

JCR：jcr：versionhistoryプロパティ（[JSR-283]、セクション3.13.2.4）によって識別されたノード、バージョンノードの親フォルダーであるバージョン可能なノードについて。

latest-version

最新バージョン

WebDAV: for version-controlled resources, DAV:checked-in ([RFC3253], Section 3.2.1) or DAV:checked-out ([RFC3253], Section 3.3.1), depending on checkin state. For version resources, a successor version that itself does not have any successors.

WebDav：バージョン制御リソースの場合、DAV：チェックイン（[RFC3253]、セクション3.2.1）またはDAV：チェックアウト（[RFC3253]、セクション3.3.1）、チェックイン状態に応じて。バージョンリソースの場合、後継者自体には後継者がいません。

JCR: the version node identified by the jcr:baseVersion property ([JSR-283], Section 3.13.2.5) for versionable nodes; for version nodes, a successor version that itself does not have any successors.

JCR：JCR：Baseversionプロパティ（[JSR-283]、セクション3.13.2.5）によって識別されたバージョンノード。バージョンノードの場合、後継者自体には後継者がいません。

working-copy

ワーキングコピー

WebDAV: for version-controlled resources that are checked-out in place: the resource itself. For version resources: each resource identified by a member of the DAV:checkout-set property (see [RFC3253], Section 3.4.3).

WebDav：適切にチェックアウトされるバージョン制御リソースの場合：リソース自体。バージョンのリソース：DAVのメンバーによって識別される各リソース：Checkout-Setプロパティ（[RFC3253]、セクション3.4.3を参照）。

JCR: for checked-out versionable nodes: the node itself.

JCR：チェックアウトバージョン可能なノードの場合：ノード自体。

working-copy-of

ワーキングコピー

WebDAV: the resource identified by the DAV:checked-out property (see [RFC3253], Section 3.3.1).

WebDav：DAVによって識別されたリソース：チェックアウトプロパティ（[RFC3253]、セクション3.3.1を参照）。

JCR: for checked-out versionable nodes: the node identified by the jcr:baseVersion property ([JSR-283], Section 3.13.12.5).

JCR：チェックアウトバージョン可能なノードの場合：JCRで識別されるノード：Baseversionプロパティ（[JSR-283]、セクション3.13.12.5）。

predecessor-version

前身バージョン

WebDAV: each resource identified by a member of DAV:predecessor-set ([RFC3253], Sections 3.3.2 and 3.4.1).

WebDav：DAVのメンバーによって識別された各リソース：前身セット（[RFC3253]、セクション3.3.2および3.4.1）。

JCR: each node identified by a member of jcr:predecessors ([JSR-283], Section 3.13.3.3).

JCR：JCRのメンバーによって識別された各ノード：前身（[JSR-283]、セクション3.13.3.3）。

successor-version

後継バージョン

WebDAV: each resource identified by a member of DAV:successor-set ([RFC3253], Section 3.4.2).

WebDAV：DAVのメンバーによって識別された各リソース：後継セット（[RFC3253]、セクション3.4.2）。

JCR: each node identified by a member of jcr:successors ([JSR-283], Section 3.13.3.4).

JCR：JCRのメンバーによって識別された各ノード：後継者（[JSR-283]、セクション3.13.3.4）。

A.1. Example: Use of Link Relations in HTTP Link Header
A.1. 例：HTTPリンクヘッダーでのリンク関係の使用

The "Web Linking" specification ([WEB-LINKING]) generalizes Atom link relations, and also reintroduces the HTTP "Link" header as a way to expose link relations in HTTP responses. This will make it possible to expose version links independently from a specific vocabulary, be it the Atom Feed Format ([RFC4287]) or WebDAV properties ([RFC3253]).

「Webリンク」仕様（[Web-Linking]）は、Atom Link Relationsを一般化し、HTTP応答のリンク関係を公開する方法としてHTTP "Link"ヘッダーを再導入します。これにより、原子フィード形式（[RFC4287]）またはWebDAVプロパティ（[RFC3253]）など、特定の語彙とは独立してバージョンリンクを公開することが可能になります。

For instance, a response to a VERSION-CONTROL request ([RFC3253], Section 3.5) could expose a newly created version-history and checked-in version as link relations:

たとえば、バージョンコントロール要求（[RFC3253]、セクション3.5）への応答は、新しく作成されたバージョンヒストリーおよびチェックインバージョンをリンク関係として公開する可能性があります。

>> Request:

>>リクエスト：

VERSION-CONTROL /docs/test.txt HTTP/1.1 Host: example.net

version-contol /docs/test.txt http/1.1ホスト：example.net

>> Response:

>>応答： 

   HTTP/1.1 204 No Content
   Link: </system/v/84345634/1>; rel=latest-version;
         anchor=</docs/test.txt>
   Link: </system/vh/84345634>; rel=version-history;
         anchor=</docs/test.txt>

(Note that in this case, the anchor parameter is used, as the response to a VERSION-CONTROL request is not a representation of the resource at the Request-URI.) A subsequent HEAD request on that resource could expose the version-history and latest-version relations as well:

（この場合、バージョンコントロール要求への応答はリクエスト-URIのリソースの表現ではないため、アンカーパラメーターが使用されていることに注意してください。）そのリソースのその後のヘッドリクエストは、バージョンの歴史を公開する可能性があります。最新の関係も同様です：

>> Request:

>>リクエスト：

HEAD /docs/test.txt HTTP/1.1 Host: example.net

head /docs/test.txt http/1.1ホスト：example.net

>> Response:

>>応答： 

   HTTP/1.1 200 OK
   Content-Type: text/plain; charset=UTF-8
   Content-Length: 12345
   Link: </system/v/84345634/1>; rel=latest-version
   Link: </system/vh/84345634>; rel=version-history

After creating more versions, following the latest-version would then expose predecessors of a version:

より多くのバージョンを作成した後、最新のバージョンに従うと、バージョンの前身が公開されます。

>> Request:

>>リクエスト：

HEAD /system/v/84345634/3 HTTP/1.1 Host: example.net

head/system/v/84345634/3 http/1.1ホスト：example.net

>> Response:

>>応答： 

   HTTP/1.1 200 OK
   Content-Type: text/plain; charset=UTF-8
   Content-Length: 12323
   Link: </system/v/84345634/2>; rel=predecessor-version

Authors' Addresses

著者のアドレス

Al Brown IBM 3565 Harbor Blvd Costa Mesa, California 92626 USA

Al Brown IBM 3565 Harbor Blvd Costa Mesa、California 92626 USA 

   EMail: albertcbrown@us.ibm.com

Geoffrey Clemm IBM 20 Maguire Road Lexington, MA 02421 USA

Geoffrey Clemm IBM 20 Maguire Road Lexington、MA 02421 USA 

   EMail: geoffrey.clemm@us.ibm.com

Julian F. Reschke (editor) greenbytes GmbH Hafenweg 16 Muenster, NW 48155 Germany

Julian F. Reschke（編集者）Greenbytes Gmbh Hafenweg 16 Muenster、NW 48155ドイツ 

   EMail: julian.reschke@greenbytes.de
   URI:   http://greenbytes.de/tech/webdav/