2020/08/26; この記事の内容. このページは、自動翻訳によって翻訳されているため、文章校正のエラーや不正確な情報が含まれている可能性があります。 私たちの目的は、このコンテンツがお客様の役に立つようにすることです。 情報が役に立ったかどうか、ご意見をお寄せください。 参考までに、こちらから英語の記事をお読みいただけます。, ライブラリでファイルのチェックアウトが必要になるように設定するにはどうすればよいですか。, 新しいドキュメントを既存のドキュメントのバージョンとして追加するにはどうすればよいですか。. 複数のファイルをチェックインまたはチェックアウトして他のユーザーのファイルをチェックインするには、[ クラシック SharePoint に戻る ] をクリックし、「 ライブラリのファイルのチェックアウト、チェックイン、または変更の破棄」の手順に従ってください。, クラシック SharePoint を終了するには、すべてのブラウザー ウィンドウを閉じ、Microsoft 365 にもう一度ログインします。, ツールバーの省略記号 (...) をクリックし、[チェックアウトの 破棄 ] をクリックします。, 注: ファイルを右クリックし、[ 詳細設定 ] または [ その他] をクリックして、[チェックアウトの 破棄] をクリックすることもできます。, チェックアウトを破棄するとき、"確認" ダイアログが表示されます。 [チェックアウトの破棄] をクリックすると、チェックアウトが消去されます。, ファイルのチェックアウト状況を確認するには、チェックアウトの破棄メッセージの上のアイコンをクリックします。, ファイルをチェックアウトしたユーザーを表示する場合は、[チェックアウト済み] アイコン ライブラリ内のドキュメントおよびアイテムのバージョン履歴を表示する方法、ファイルの以前のバージョンを復元または削除する方法について説明します。 メジャーバージョンとマイナーバージョンの違い、承認やチェックアウトとバージョン管理の連携などについても説明します。 役に立った場合は、このページの一番下のリンクを使ってお知らせください。 お役に立たなかった場合は、わかりにくかった点や情報が不足している点をお知らせください。 ご使用の SharePoint のバージョン、OS、ブラウザーも含めてください。 皆様からのご意見は、事実を確認し、情報を追加して、この記事を更新するために利用させていただきます。, Microsoft 365 Small Business の SharePoint. SharePointサイトライブラリにアップロードしたデータを編集可能にすること、編集出来ないようにロックをかけること、アップロードした際に強制的にチェックインにさせることなど、SharePointサイトライブラリの運用に合わせて管理者が設定出来ます。今回はそのチェックアウト・ … メールでドキュメントのリンクをクリックしましたが、読み取り専用として開きました。なぜですか? ライブラリ内のファイルのチェックアウト、チェックイン、または変更の破棄を行う方法を説明します。, いいえ、ファイルのチェックアウト時に変更されるのは、ファイルの編集のみが可能なファイルの状態のみです。, ファイルをチェックアウトしてから保存しないと、変更は保存されません。 変更を保持する場合は、常にファイルを保存してください。, ファイルの保存方法は、使用するエディターやツールによって異なります。 テキスト ファイルをオンラインで編集する場合は、明示的に [保存] をクリックする必要があります。 ただし、Word や Excel などの Microsoft 365 アプリで編集する場合は、文書を閉じると、自動的に保存されます。, ファイルをチェックアウトし、保存してからチェックアウトを破棄すると、変更はライブラリに保存されません。, 既定では、ドキュメント ライブラリでの編集権限を持つすべてのユーザーがファイルを変更できます。 ただし、他のユーザーがファイルを変更する前にまずチェックアウトする必要があるようにライブラリを設定することはできます。, このように設定するには、ドキュメント ライブラリの所有者またはサイト管理者であるか、同等の権限が必要です。, SharePointの [設定] をクリックし リストまたはライブラリでバージョン管理が有効になっている場合は、リスト内のアイテムを変更したときに、ライブラリ内のアイテムの保存、追跡、復元を行うことができます。 バージョン管理は、チェックアウトなどの他の設定と組み合わせることで、サイトに投稿されたコンテンツを制御することができます。 バージョン管理を使用して、リストまたはライブラリの古いバージョンを表示または復元することもできます。, Microsoft SharePoint、Microsoft 365 のリストアプリ、または Teams でリストを作成できます。 詳細については、「リストアイテムを追加する」を参照してください。 Microsoft Teams のリストの使用を開始する方法について説明します。, リストを管理する権限を持つすべての人が、リストまたはライブラリのバージョン管理を有効または無効にすることができます。 バージョン管理は、あらゆる既定の種類のリスト (予定表、案件管理リスト、ユーザー設定のリストなど) のリスト アイテムで利用できます。 また、ライブラリに保存されるすべての種類のファイル (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 のみが表示されます。 次の図にこれを示します。, リスト アイテムやファイルの下書きを表示できるユーザーを構成することができます。 下書きは次の 2 つの場合に作成されます。, メジャー バージョンとマイナー バージョンを追跡するライブラリで、ファイルのマイナー バージョンを作成または更新した場合。, リスト アイテムまたはファイルを作成または更新した後、コンテンツの承認が必要な一覧またはライブラリでまだ承認されていない場合。, メジャー バージョンとマイナー バージョンを追跡する場合、マイナー バージョンを表示して読み取る前に、ファイルを編集する許可が必要かどうかを指定できます。 この設定を適用すると、ファイルを編集する許可が与えられているユーザーはファイルを操作できますが、ファイルを読み取る許可しか与えられていないユーザーはマイナー バージョンを表示できません。 たとえば、ファイルの編集中、ライブラリにアクセスするすべてのユーザーに対してコメントや変更履歴を表示するのが望ましくない場合があります。 メジャー バージョンとマイナー バージョンを追跡していて、まだメジャー バージョンが一度も公開されていない場合、下書きアイテムを表示する許可が与えられていないユーザーにファイルは表示されません。, コンテンツの承認が必要な場合、承認保留中のファイルを表示できるのは、読み取り権限を持つユーザー、編集権限を持つユーザー、または作成者とアイテムの承認権限を持つユーザーのみであるかを指定できます。 メジャー バージョンとマイナー バージョンの両方を追跡する場合、ファイルを承認用に提出する前に、作成者はメジャー バージョンを公開する必要があります。 コンテンツの承認が必要な場合、コンテンツの読み取り権限があっても下書きアイテムの表示権限がないユーザーには、ファイルの最終承認バージョンまたはメジャー バージョンが表示されます。, 他のユーザーがファイルを編集する権限を持っているかどうかに関係なく、マイナーバージョンのファイルを検索すると、その結果は取得されません。, ファイルのバージョンの数に制限があるかどうかは、組織によって異なります。 ファイルの最新バージョンをチェックインした後で、古いバージョンがなくなっていることに気付くことがあります。 最新バージョンが101.0 であり、バージョン1.0 がなくなっている場合は、管理者が、ファイルの100メジャーバージョンのみを許可するようにライブラリを構成していることを意味します。 101st バージョンの追加により、最初のバージョンが削除されます。 2.0 ~ 101.0 のバージョンのみが保持されます。 同様に、使用済みの nd バージョンが追加された場合、バージョン 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-50000 メジャーバージョンの範囲を指定できます。, マイナー バージョン   Microsoft 365 の SharePoint と SharePoint Server のどちらのライブラリ設定でも、マイナーバージョンを持つことができる範囲の1-50000 メジャーバージョンが用意されています。, 化   Microsoft 365 の SharePoint と SharePoint Server の両方のリストの設定では、バージョン管理を無効にすることができます。, メジャーバージョン   Microsoft 365 の SharePoint と SharePoint Server リストの両方の設定では、1-50000 メジャーバージョンの範囲が許可されています。, マイナー バージョン   Microsoft 365 の SharePoint と SharePoint Server の両方のリストの設定では、マイナーバージョンを持つことができる1-50000 メジャーバージョンの範囲を指定できます。, バージョン管理は、ライブラリが作成されたときに自動的にオンになり、リストが作成されないときには自動的にオンになります。 リストを管理する権限を持つすべての人が、バージョン管理のオンとオフを切り替えることができます。 リストとライブラリはサイトから権限を継承するので、多くのサイトでは、これを行うのはサイトを管理する担当者と同じです。 バージョン管理を有効にする以外に、サイト所有者 (または、リストまたはライブラリを管理する別のユーザー) は、コンテンツの承認を必須にするかどうか、下書きアイテムを閲覧できるユーザーはだれか、チェックアウトを必須にするかどうかを決定する必要があります。 こうした決定はそれぞれ、バージョン管理のしくみに影響します。 たとえば、ライブラリを管理するユーザーがチェックアウトを必須にすると、バージョン番号が作成されるのは、ファイルのチェックイン時のみになります。 コンテンツの承認を必須にすると、その権限を持つユーザーがファイルを承認するまで、メジャー バージョン番号は適用されません。, 重要: ライブラリで作業するユーザーがドキュメントの共同編集を予定している場合は、チェックアウトが必須になるようにライブラリを構成しないでください。 必要なドキュメントがチェックアウトされると、ユーザーは共同編集者として作業できません。, リストやライブラリのバージョン管理を有効にする方法については、「リストまたはライブラリのバージョン管理を有効にし、構成する」をご覧ください。, ライブラリのバージョン管理を有効にする場合、これを設定するユーザーは、メジャー バージョンとマイナー バージョンの両方を追跡するかどうか、だれがマイナー バージョンを表示できるかを決定します。 多くの場合、コンテンツの承認が必須のときは、ファイルの所有者と、アイテムを承認するアクセス許可を持つユーザーだけがマイナー バージョンを表示できます。 つまり、ライブラリのファイルを編集できるユーザー、またはライブラリの読み取りアクセス許可を持つユーザーは、すべてのバージョンを表示できます。 バージョンが承認された後は、リストまたはライブラリの読み取りアクセス許可を持つすべてのユーザーがそのバージョンを表示できます。, リストには、メジャー バージョンとマイナー バージョンのしくみはありませんが、[承認待ち] の状態は下書きと見なされます。 多くの場合、下書きを表示できるのは、アイテムの作成者と、フル コントロールまたはデザイン権限を持つユーザーだけです。 これらのユーザーには [承認待ち] の状態で下書きが表示されますが、他のユーザーには、最新の [承認済み] バージョンだけがバージョン履歴に表示されます。 ファイルが却下された場合、必要なアクセス許可を持つユーザーがそのファイルを削除するまで、ファイルは [承認待ち] の状態のままになります。, 既定では、保留中のアイテムまたはファイルは、作成者とリストを管理する権限を持つユーザーにのみ表示されますが、他のユーザー グループがアイテムまたはファイルを表示できるかどうかを指定できます。 ライブラリがメジャー バージョンとマイナー バージョンの両方を追跡するように設定されている場合、ファイルを編集するユーザーは最初にファイルのメジャー バージョンを公開する必要があります。, ドキュメントの承認の設定の詳細については、「 サイトリストまたはライブラリのアイテムの承認を必須にする」を参照してください。, 注: 一部のリストとライブラリでは、すべてのサイト ユーザーが [承認待ち] バージョンと [承認済み] バージョンの両方を表示できるように下書きのセキュリティが設定されている場合があります。, バージョン管理が有効なライブラリのファイルをチェックアウトした場合、そのファイルをチェックインするたびに新しいバージョンが作成されます。 また、メジャー バージョンとマイナー バージョンが有効な場合、チェックイン時に、どの種類のバージョンをチェックインするかを指定できます。 チェックアウトが必要なライブラリでは、バージョンはチェックイン時にのみ作成されます。, チェックアウトが必要でないライブラリでは、ファイルを開いて最初に保存したときに新しいバージョンが作成されます。 その後の保存操作では、初回保存時に作成されたバージョンが上書きされます。 アプリケーションを閉じてドキュメントをもう一度開くと、その初回保存時にバージョンが再び作成されます。 これにより、バージョンの数が急速に増える可能性があります。, チェックインとチェックアウトの詳細については、「ライブラリのファイルのチェックアウト、チェックイン、または変更の破棄を行う」を参照してください。, 重要:  ドキュメントを共同編集している場合は、他のユーザーがドキュメントに対して作業できないようにする正当な理由がない限り、ドキュメントをチェックアウトしないでください。, チェックアウトを必須にすると、ユーザーはバージョンを作成するタイミングを明確に指定するため、チームがバージョン管理を最大限に活用できるようになります。 バージョンが作成されるのは、ファイルをチェックアウトし、それを変更した後でチェックインした場合のみです。 チェックアウトが必須でない場合、ユーザーが最初にファイルを保存したときにバージョンが作成され、ユーザーがそのファイルを閉じると、このバージョンが更新されます。 そのユーザーまたは他のユーザーがファイルをもう一度開いて保存すると、別のバージョンが作成されます。 状況によっては、ファイルの変更を完了する前に、会議に参加するためにファイルを閉じる必要がある場合など、複数のバージョンを作成する意図がない場合があります。, チェックアウトを必須にすると、最初にファイルをチェックアウトしないと、ユーザーはファイルの追加、ファイルの変更、またはファイルのプロパティを変更することはできません。 ユーザーがファイルをチェックインすると、よりわかりやすいバージョン履歴を作成するため、加えた変更に関するコメントを入力するように求められます。, 注: サイト上のタスク リストと同期される Microsoft Project (.mpp) ファイルをライブラリに保存する場合は、[チェックアウトを必須にする] ボックスをオフにする必要があります。, チェックアウトを必須にする詳細については、「ファイルのチェックアウトを必須にするようにライブラリを設定する」を参照してください。, リストとライブラリには、ユーザーまたは特定のグループに適用されているアクセス許可レベルによって異なる、バージョン管理とチェックアウトに関連するアクセス許可があります。 権限レベルを編集できるユーザーは、これらのアクセス許可を個別に構成することも、カスタマイズされたアクセス許可レベルを使用して新しいグループを作成することもできます。, これらのアクセス許可により、ライブラリの管理を柔軟に行うことができます。 たとえば、ファイルそのものを削除するアクセス許可を与えずに、他のユーザーがファイルのバージョンを削除できるようにすることができます。 [のバージョンの削除] へのアクセス許可は、[アイテムの削除] へのアクセス許可とは異なるため、カスタマイズした制御レベルを提供できます。, 次の表に、バージョン管理とチェックアウトに関するアクセス許可レベルと、適用される既定のアクセス許可レベルを示します。, この記事はお役に立ちましたか?

子猫 留守番 仕事 9, 灯油タンク ストレーナー交換 時期 18, Z会 教材 いつ届く 4, Aquos Sense3 通知音 8, ヤドン ガラル 育成論 16, スポーツデポ 自転車 購入 19, Sharepoint リスト チェックアウト 4, 悲愴 楽譜 簡単 11, Cloud Functions Google_application_credentials 4, 愛知 工業大学 兼業 19, フォーカスゴールド 一対 一 いらない 6, デュトロ 排気ブレーキ 故障 7, Iphone 曲 表示 されない 4, エクセル グラフ ラベル はみ出る 7, ワゴンrスティングレー ダッシュボード 異音 9, のぶ お マリオカートツアー 4, 剣盾 オシャボ 増やし 方 5, Excel テキストボックス 縦書き 文字間隔 14, 帝王切開 銭湯 いつから 4, 手五里 つぼ 痛い 12, パナソニック 門柱 表札 4, あつ森 化石 確認 6, Vba Round 範囲 7, ぷよテト Switch フレンド対戦 やり方 14, 中学1年 英単語 一覧 プリント 5, 過敏性腸症候群 ガス型 知恵袋 5, Switch ケース サンリオ 5, タカハシ 赤道儀 Em11 4, 仁王2 無明 ミッション 6, Gta5 2倍イベント 最新 45, Checkbox Bootstrap Table 10, 犬 目 黒いシミ 4, Esbe 2g 公式サイト 7, ノア Wxb2 ブログ 18, かぎ針 10号 100均 7, 正露丸 の コマーシャル の 人 14, Sqlserver Bcp エクスポート 高速化 12, 早 大学院 中学 併願 4,