リストとライブラリでのバージョン管理のしくみ

リストまたはライブラリでバージョン管理が有効になっている場合は、アイテムが変更されるたびに、ライブラリ内のリストとファイルのアイテムを保存、追跡、復元できます。 バージョン管理は、チェックアウトなどの他の設定と組み合わせて、サイトに投稿されたコンテンツを制御できます。 バージョン管理を使用して、リストまたはライブラリの古いバージョンを表示または復元することもできます。

バージョン管理の概要

リストを管理する権限を持つすべてのユーザーは、リストまたはライブラリのバージョン管理を有効またはオフにできます。 バージョン管理は、あらゆる既定の種類のリスト (予定表、案件管理リスト、ユーザー設定のリストなど) のリスト アイテムで利用できます。 また、ライブラリに保存されるすべての種類のファイル (Web パーツ ページなど) でも利用できます。 バージョン管理の設定と使用の詳細については、「リストまたはライブラリのバージョン管理を有効にし、構成する」をご覧ください。

注: Microsoft 365 のお客様の場合は、新しいライブラリまたはリストを作成するときにバージョン管理が既定で有効にされ、ドキュメントの最後の 500 バージョンが自動的に保存されます。 このため、重要なドキュメントやデータの損失を防止できます。 バージョン管理が有効になっていない既存のライブラリまたはリストがサイトまたはチーム サイトにある場合は、いつでもバージョン管理を有効にできます。

バージョン管理を使って、次の操作を実行できます。

  • バージョンの履歴を追跡する    バージョン管理が有効になっている場合は、アイテムまたはファイルが変更された時間と、その変更者を確認できます。 また、プロパティ (ファイルに関する情報) が変更された時間を確認できます。 たとえば、リスト アイテムの期限を変更した場合、その情報はバージョン履歴に表示されます。 ファイルをライブラリにチェックインするときにユーザーが行うコメントを表示することもできます。

  • 前のバージョンを復元する    現在のバージョンを間違えた場合、現在のバージョンが破損している場合、または以前のバージョンの方が好きな場合は、現在のバージョンを以前のバージョンに置き換える必要があります。 復元されたバージョンは、新しい現在のバージョンになります。

  • 以前のバージョンを表示する    現在のバージョンを上書きすることなく、以前のバージョンを表示できます。 Word や Excel ファイルなど、Microsoft Office 文書内でバージョン履歴を表示している場合は、2 つのバージョンを比較して、違いを特定できます。

リストまたはライブラリでバージョンの数が制限されている場合、制限に達すると最初のバージョンから削除されることを共同作成者が理解していることを確認する必要があります。

バージョン管理が有効になっていると、次のような場合にバージョンが作成されます。

  • リスト アイテムまたはファイルが初めて作成された場合、またはファイルがアップロードされた場合。

    注: ファイルのチェックアウトが必要な場合、最初のバージョンを作成するにはファイルをチェックインする必要があります。

  • 既存のファイルと同じ名前のファイルがアップロードされた場合。

  • リスト アイテムまたはファイルのプロパティが変更された場合。

  • ドキュメントをOffice開いて保存します。 ドキュメントを再度開いた後、編集が保存された後に新しいバージョンが作成されます。

  • 定期的に、ドキュメントを編集および保存Officeします。 すべての編集と保存で新しいバージョンが作成される場合があります。 たとえば、頻繁に編集を保存する場合、各新しいバージョンでは、個々の編集ではなく、ポイントインタイムがキャプチャされます。 これは、自動保存 が有効になっている場合に一 般的です。

  • ドキュメントの共同編集中に、別のユーザーがそのドキュメントでの作業を開始する場合、またはユーザーが保存をクリックして変更をライブラリにアップロードする場合。 

ある一時点で存在する可能性がある現在のバージョンは、チェックアウト バージョン、最新の下書き (マイナー) バージョン、最新の発行済み (メジャー) バージョンの最大 3 つです。 その他のバージョンはすべて、過去のバージョンと見なされます。 現在のバージョンの一部は、表示する権限を持つユーザーのみが参照できます。

通常、メジャー バージョンはマイルストーン (レビューや公開のために提出されたファイルなど) を表すのに対し、マイナー バージョンはすべてのサイトの参加者が読むための準備ができていない作業中のものを表します。 チームの作業方法によっては、最新のマイナー バージョン (最近編集されたバージョンなど) の方を必要とする場合もあります。 時間の経過とともに、チームが古いマイナー バージョンを必要とする可能性は低くなります。

組織によっては、ライブラリでファイルのメジャー バージョンとマイナー バージョンの両方を追跡していることがあります。 他のユーザーはメジャー バージョンのみを追跡します。 メジャー バージョンは、5.0 などの全体番号で識別されます。マイナー バージョンは、5.1 などの 10 進数で識別されます。

ほとんどの組織では、ファイルが開発中の間はマイナー バージョンを使用し、特定のマイルストーンを達成したときや多くのユーザーにドキュメントを確認してもらえる状態になったらメジャー バージョンを使用します。 多くの組織では、下書きのセキュリティは、ファイルの所有者と、ファイルを承認する権限を持つユーザーのみを許可するように設定されています。 つまり、メジャー バージョンが発行されるまで、他のユーザーがマイナー バージョンを参照することはできません。

リストでは、メジャー バージョンは利用できますがマイナー バージョンは利用できません。 リスト アイテムの各バージョン番号には整数が使われます。 リスト内のアイテムの承認を必要とする組織では、承認する権限を持つユーザーがアイテムを承認するまで、そのアイテムは承認待ちの状態のままです。 承認待ちの状態の間は、番号に小数が使用され、下書きと見なされます。

メジャー バージョンおよびマイナー バージョンを含む、バージョン管理の有効化および設定については、「リストまたはライブラリのバージョン管理を有効にし、構成する」をご覧ください。

新しいバージョンを作成するたびに、バージョン番号が自動的に加算されます。 メジャー バージョン管理が有効になっているリストまたはライブラリでは、バージョンは 1.0、2.0、3.0 のように整数で増加していきます。 ライブラリでは、管理者はメジャー バージョンとマイナー バージョン両方のバージョン管理を有効にすることができます。 マイナー バージョンをトラッキングすると、1.1、1.2、1.3 のように、小数部のある数でバージョン番号が設定されます。 こうしたバージョンの 1 つがメジャー バージョンとして発行されると、そのバージョン番号は 2.0 になります。 それ以降のマイナー バージョンの番号は 2.1、2.2、2.3 のように設定されます。

チェックアウトを破棄すると、バージョン番号は変更されません。 最新バージョンがバージョン 3.0 の場合は、チェックアウトを破棄すると 3.0 のままです。

バージョンを削除すると、そのバージョンはバージョン番号と共にごみ箱に移動されます。 [バージョン履歴] には、残っているバージョンの番号が表示されます。 他のバージョン番号は変わりません。 たとえば、ドキュメントにマイナー バージョン 4.1 と 4.2 があり、バージョン 4.1 を削除することにした場合、削除後のバージョン履歴にはバージョン 4.0 と 4.2 のみが表示されます。 次の図にこれを示します。

メジャー バージョンおよびマイナー バージョンを含む、バージョン管理の有効化および設定については、「リストまたはライブラリのバージョン管理を有効にし、構成する」をご覧ください。

1 つのマイナー バージョンが削除されているバージョン履歴

リスト アイテムやファイルの下書きを表示できるユーザーを構成することができます。 下書きは次の 2 つの場合に作成されます。

  • メジャー バージョンとマイナー バージョンを追跡するライブラリで、ファイルのマイナー バージョンを作成または更新した場合。

  • リスト アイテムまたはファイルを作成または更新した後、コンテンツの承認が必要な一覧またはライブラリでまだ承認されていない場合。

メジャー バージョンとマイナー バージョンを追跡する場合、マイナー バージョンを表示して読み取る前に、ファイルを編集する許可が必要かどうかを指定できます。 この設定を適用すると、ファイルを編集する許可が与えられているユーザーはファイルを操作できますが、ファイルを読み取る許可しか与えられていないユーザーはマイナー バージョンを表示できません。 たとえば、ファイルの編集中、ライブラリにアクセスするすべてのユーザーに対してコメントや変更履歴を表示するのが望ましくない場合があります。 メジャー バージョンとマイナー バージョンを追跡していて、まだメジャー バージョンが一度も公開されていない場合、下書きアイテムを表示する許可が与えられていないユーザーにファイルは表示されません。

コンテンツの承認が必要な場合、承認保留中のファイルを表示できるのは、読み取り権限を持つユーザー、編集権限を持つユーザー、または作成者とアイテムの承認権限を持つユーザーのみであるかを指定できます。 メジャー バージョンとマイナー バージョンの両方を追跡する場合、ファイルを承認用に提出する前に、作成者はメジャー バージョンを公開する必要があります。 コンテンツの承認が必要な場合、コンテンツの読み取り権限があっても下書きアイテムの表示権限がないユーザーには、ファイルの最終承認バージョンまたはメジャー バージョンが表示されます。

ユーザーがファイルを編集する権限を持っているかどうかに関係なく、ユーザーがマイナー バージョンのファイルを検索しても、そのファイルの結果は得られます。

ファイルのバージョンの数に制限があるかどうかは、組織によって異なります。 ファイルの最新バージョンをチェックインした後で、古いバージョンがなくなっていることに気付くことがあります。 最新バージョンが 101.0 で、バージョン 1.0 がなくなった場合は、管理者が 100 のメジャー バージョンのファイルのみを許可するようにライブラリを構成したという意味です。 101st バージョンを追加すると、最初のバージョンが削除されます。 バージョン 2.0 ~ 101.0 だけが残ります。 同様に、102nd バージョンが追加された場合、バージョン 3.0 ~ 102.0 だけが残ります。

設定された数の最新バージョンについてのみマイナー バージョンが保持されるように、管理者がマイナー バージョンの数を制限している場合もあります。 たとえば、100 のメジャー バージョンが許可されている場合、管理者は最新の 5 つのメジャー バージョンのマイナー ドラフトのみを保持する場合があります。 メジャー バージョン間のマイナー バージョンの既定の数は 511 です。 それを超えてマイナー バージョンを保存しようとすると、その前にドキュメントを発行する必要があることを示すエラー メッセージが表示されます。

マイナー バージョンを保持するメジャー バージョンの数を制限しているライブラリでは、バージョンの制限に達すると、前のメジャー バージョンのマイナー バージョンが削除されます。 たとえば、100 のメジャー バージョンの下書きのみを保持し、チームが 105 のメジャー バージョンを作成した場合、最も古いバージョンのメジャー バージョンだけが保持されます。 最も古い 5 個のメジャー バージョンに関連付けられているマイナー バージョン (1.2、2.3 など) は削除されますが、メジャー バージョン (1、2 など) はライブラリでメジャー バージョンも制限されていない限り、維持されます。

一般に、バージョンの数は制限することをお勧めします。 これにより、サーバーの領域が節約されるうえ、情報が整理されてユーザーにとって使いやすくなります。 ただし、法的な理由などからすべてのバージョンを保存しておく必要がある場合は、制限を適用しないでください。

制限を含む、バージョン管理の有効化および設定については、「リストまたはライブラリのバージョン管理を有効にし、構成する」をご覧ください。

注: [ Microsoft 365 の SharePoint と SharePoint Serverの両方で、ライブラリ 設定 とリスト 設定 の両方で、メジャー バージョンあたり最大 511 のマイナー バージョンを使用できます。 この数値は変更できません。

  • ライブラリ

    • バージョン管理Microsoft 365 の SharePoint    ライブラリのバージョン管理が必要です。 SharePoint Server オプションとして [ バージョン管理なし] を 選択できます。

    • ライブラリ ライブラリMicrosoft 365 の SharePoint   の設定、100 ~ 50000 のメジャー バージョンを使用できます。 SharePoint Server ライブラリ設定、1 ~ 5,000 のメジャー バージョンを使用できます。

    • マイナー バージョン   Microsoft 365 の SharePoint と SharePoint Server ライブラリ 設定、1 ~ 5,000 のメジャー バージョンの範囲でマイナー バージョンを使用できます。

  • 一覧

    • バージョン管理    [リスト Microsoft 365 の SharePoint と SharePoint Server の設定バージョン管理を無効にできます。

    • メジャー バージョン    リスト Microsoft 365 の SharePoint と SharePoint Server 設定、1 ~ 5,000 のメジャー バージョンを使用できます。

    • マイナー バージョン   Microsoft 365 の SharePoint および SharePoint Server List 設定、1 ~ 5,000 のメジャー バージョンの範囲でマイナー バージョンを使用できます。

  • お客様が Microsoft 365場合、ライブラリまたはリストを作成すると、バージョン管理が自動的に有効になります。

  • たとえば SharePoint Serverライブラリを作成すると、バージョン管理は自動的に有効になりますが、リストを作成する場合は有効にされません。

リストを管理する権限を持つユーザーは、バージョン管理をオンまたはオフにできます。 リストとライブラリはサイトから権限を継承するので、多くのサイトでは、これを行うのはサイトを管理する担当者と同じです。 バージョン管理を有効にする以外に、サイト所有者 (または、リストまたはライブラリを管理する別のユーザー) は、コンテンツの承認を必須にするかどうか、下書きアイテムを閲覧できるユーザーはだれか、チェックアウトを必須にするかどうかを決定する必要があります。 こうした決定はそれぞれ、バージョン管理のしくみに影響します。 たとえば、ライブラリを管理するユーザーがチェックアウトを必須にすると、バージョン番号が作成されるのは、ファイルのチェックイン時のみになります。 コンテンツの承認を必須にすると、その権限を持つユーザーがファイルを承認するまで、メジャー バージョン番号は適用されません。

重要: ライブラリで作業するユーザーがドキュメントの共同編集を予定している場合は、チェックアウトが必須になるようにライブラリを構成しないでください。 必要なドキュメントがチェックアウトされると、ユーザーは共同編集者として作業できません。

リストやライブラリのバージョン管理を有効にする方法については、「リストまたはライブラリのバージョン管理を有効にし、構成する」をご覧ください。

ライブラリのバージョン管理を有効にする場合、これを設定するユーザーは、メジャー バージョンとマイナー バージョンの両方を追跡するかどうか、だれがマイナー バージョンを表示できるかを決定します。 多くの場合、コンテンツの承認が必須のときは、ファイルの所有者と、アイテムを承認するアクセス許可を持つユーザーだけがマイナー バージョンを表示できます。 つまり、ライブラリのファイルを編集できるユーザー、またはライブラリの読み取りアクセス許可を持つユーザーは、すべてのバージョンを表示できます。 バージョンが承認された後は、リストまたはライブラリの読み取りアクセス許可を持つすべてのユーザーがそのバージョンを表示できます。

リストには、メジャー バージョンとマイナー バージョンのしくみはありませんが、[承認待ち] の状態は下書きと見なされます。 多くの場合、下書きを表示できるのは、アイテムの作成者と、フル コントロールまたはデザイン権限を持つユーザーだけです。 これらのユーザーには [承認待ち] の状態で下書きが表示されますが、他のユーザーには、最新の [承認済み] バージョンだけがバージョン履歴に表示されます。 ファイルが却下された場合、必要なアクセス許可を持つユーザーがそのファイルを削除するまで、ファイルは [承認待ち] の状態のままになります。

既定では、保留中のアイテムまたはファイルは、作成者とリストを管理する権限を持つユーザーにのみ表示されますが、他のユーザー グループがアイテムまたはファイルを表示できるかどうかを指定できます。 ライブラリがメジャー バージョンとマイナー バージョンの両方を追跡するように設定されている場合、ファイルを編集するユーザーは最初にファイルのメジャー バージョンを公開する必要があります。

ドキュメントの承認を設定する方法の詳細については、「サイト リストまたはライブラリのアイテムの承認を要求 する」を参照してください

注: 一部のリストとライブラリでは、すべてのサイト ユーザーが [承認待ち] バージョンと [承認済み] バージョンの両方を表示できるように下書きのセキュリティが設定されている場合があります。

バージョン管理が有効なライブラリのファイルをチェックアウトした場合、そのファイルをチェックインするたびに新しいバージョンが作成されます。 また、メジャー バージョンマイナー バージョンが有効な場合、チェックイン時に、どの種類のバージョンをチェックインするかを指定できます。 チェックアウトが必要なライブラリでは、バージョンはチェックイン時にのみ作成されます。

チェックアウトが必要でないライブラリでは、ファイルを開いて最初に保存したときに新しいバージョンが作成されます。 その後の保存操作では、初回保存時に作成されたバージョンが上書きされます。 アプリケーションを閉じてドキュメントをもう一度開くと、その初回保存時にバージョンが再び作成されます。 これにより、バージョンの数が急速に増える可能性があります。

チェックインとチェックアウトの詳細については、「ライブラリのファイルのチェックアウト、チェックイン、または変更の破棄を行う」を参照してください。

重要:  ドキュメントを共同編集している場合は、他のユーザーがドキュメントに対して作業できないようにする正当な理由がない限り、ドキュメントをチェックアウトしないでください。

チェックアウトを要求すると、バージョンを作成する際にユーザーが特に指定する理由から、チームがバージョン管理を利用するのに役立ちます。 バージョンは、他のユーザーがファイルをチェックアウトし、変更してから再び確認した場合にのみ作成されます。 チェックアウトが不要な場合は、ユーザーが最初にファイルを保存するときにバージョンが作成され、ユーザーがファイルを閉じると、このバージョンが更新されます。 そのユーザーまたは他のユーザーがファイルを開いて保存し直した場合は、別のバージョンが作成されます。 状況によっては、ファイルの変更を完了する前に会議に出席するためにファイルを閉じる必要がある場合など、複数のバージョンを作成しない場合があります。

チェックアウトを必須にすると、最初にファイルをチェックアウトしないと、ユーザーはファイルの追加、ファイルの変更、またはファイルのプロパティを変更することはできません。 ユーザーがファイルをチェックインすると、よりわかりやすいバージョン履歴を作成するため、加えた変更に関するコメントを入力するように求められます。

注: サイト上のタスク リストと同期される Microsoft Project (.mpp) ファイルをライブラリに保存する場合は、[チェックアウトを必須にする] ボックスをオフにする必要があります。

チェックアウトを必須にする詳細については、「ファイルのチェックアウトを必須にするようにライブラリを設定する」を参照してください。

リストとライブラリには、ユーザーまたは特定のグループに適用されるアクセス許可レベルによって異なる、バージョン管理とチェックアウトに関連するアクセス許可があります。 アクセス許可レベルを編集できるユーザーは、これらのアクセス許可を異なる方法で構成したり、カスタマイズされたアクセス許可レベルを持つ新しいグループを作成できます。

これらのアクセス許可により、ライブラリの管理を柔軟に行うことができます。 たとえば、ファイルそのものを削除するアクセス許可を与えずに、他のユーザーがファイルのバージョンを削除できるようにすることができます。 [のバージョンの削除] へのアクセス許可は、[アイテムの削除] へのアクセス許可とは異なるため、カスタマイズした制御レベルを提供できます。

次の表に、バージョン管理とチェックアウトに関するアクセス許可レベルと、適用される既定のアクセス許可レベルを示します。

アクセス許可

既定のアクセス許可レベル

バージョンの表示

フル コントロール、デザイン、投稿、読み取り

バージョンの削除

フル コントロール、デザイン、投稿

チェックアウトを無視

フル コントロールとデザイン

アイテムの承認

フル コントロールとデザイン

アクセス許可の詳細については、「アクセス許可レベルについて 」を参照してください

ご意見を寄せてください。

この記事はお役に立ちましたか? 役に立った場合は、このページの一番下のリンクを使ってお知らせください。 お役に立たなかった場合は、わかりにくかった点や情報が不足している点をお知らせください。 ご使用の SharePoint のバージョン、OS、ブラウザーも含めてください。 皆様からのご意見は、事実を確認し、情報を追加して、この記事を更新するために利用させていただきます。

ヘルプを表示

Office のスキルを磨く
トレーニングの探索
新機能を最初に入手
Office Insider に参加する

この情報は役に立ちましたか?

ご意見をいただきありがとうございます。

フィードバックをお寄せいただき、ありがとうございます。Office サポートの担当者におつなぎいたします。

×