ドキュメントをあるディレクトリから別のディレクトリに移動するにはどうすればよいですか?
-
16-10-2019 - |
質問
ドキュメントをサブフォルダーに移動して、新しい場所の古い場所からバージョンの履歴を維持するにはどうすればよいですか?
解決
SharePoint 2010を使用している場合、「Windows Explorerを使用して開く」機能を使用して、履歴を使用してファイルを移動できます。
他のヒント
Chris O'BrienのSharePoint Content Deployment Wizardの使用を検討してください。 http://www.sharepointnutsandbolts.com/2007/12/introducing-sharepoint-content.html
CodePlexで見つけることができます。
サイトアクションからコンテンツの管理ツールを使用してコピーした場合、古いコピーとその履歴を維持することはできませんか? 1つまたは2つのファイルしか移動していない場合は、それ以上のファイルが必要だとは思わないでしょう。
1つのアプローチは、Metavisなどのコンテンツ移行ツールを使用することです http://www.metavistech.com/ これにより、バージョンの履歴を維持しながらファイルとリストを移動/コピーできます。
無料版をお試しください SharePoint 2007のCopymove. 。コピーまたは移動するドキュメントにフルバージョンの履歴とメタデータを維持します。
同じドキュメントライブラリ内にあり、フォルダーを移動するだけの場合、Windowsエクスプローラーでアクション - >開くとトリックが行われます。サイト設定ページからサイトコンテンツと構造インターフェイスを使用することもできます。
ドキュメントが同じドキュメントライブラリにある限り、履歴を保持します。安心するには、大きな変更を加える前に、簡単なテキストファイルでこれをテストしてください。
いいえ。 SP 2010ではありません。Explorerでライブラリを開きましたが、ファイルを別のライブラリに移動しようとしているが、「ソースファイルやディスクから読み取れない」というメッセージを受け取り続けています。これは単に機能しません。また、デザイナーまたはコンテンツと構造のインターフェイスを管理するファイルを移動できる管理者として、それは私にとって問題ではありません。それ は 私が持っている多くのユーザーにとって問題であり、ドキュメントを移動してバージョンの履歴を保持する能力を提供する必要があること。私は彼らのために他の人の文書を引っ越すのに費やす時間がありません、そして彼らは私にそうするように頼まなければならないことにresします。それは負けて負けです。
悲しいことに、私が見つけているものは、私にとってSPエンドユーザーにとって重要な必要性であると思われるものを許しているものではありません。つまり、ドキュメントを移動することです - バージョンの履歴 - フロントエンドインターフェイスを使用したライブラリ間。これにより、私が管理しているSPロールアウトに重要な障害が発生し、製品に対するユーザーの受け入れを獲得するためのプロジェクトの取り組みを脱線させる可能性があります。暴言ではありませんが...これは、トーンの耳の聞こえないマイクロソフトがエンドユーザーにとってどのようになっているかを示しており、ソフトウェア開発プロセスが実際のユーザーテストの貧弱な仕事をしていることを示唆しています。結論:マイクロソフトはその尻を降りてこれに対する解決策を提供する必要があります。そうしないと、SPの実際のユーザーからの控えは「はい、彼らは私たちにオフィスでSharePointを使用させますが、私はそれを嫌い、それは吸う」です。
SP2007およびSP2010を通じてリストとサイトを「移動」する方法をいくつか試しました。私に最良の結果を与えるものは、STSADMコマンドの構文またはPowerShellのいずれかを使用することです。私の好みはPowerShellです。
私がすべての「動き」で直面した問題は、私が(実際の所有者と比較して)私によって更新されることなく、すべてのリスト関係の履歴と参照を維持したいということでした。 ITリソースとして、私たちはほとんどの場合、所有者ではなくデータの管理者であり、ファイルシステムにファイルを移動した場合、所有権を取得しません(コピーや貼り付けコマンドの使用など)。 SharePointは素晴らしいインターフェイスを提供しますが、ハウスキーピングの努力であっても、所有しているインターフェースを通じて何かを行うと想定します。
私たちは、これを行うとき、私たちはハウスキーピングの行動に対して責任があることを知っていますが、ユーザーは、ドキュメント承認プロセスのフードチェーンにいない可能性のある人によって奪われたオブジェクトの所有権を見るのが嫌いな人です。これが、以下で説明する方法が好きな理由です。私はテンプレートの方法やエクスプローラーの移動方法を割引していませんが、管理者の組織管理とハウスキーピング以外の状況下でそれらを有用であると思います。
MSFTまたはその他の参照を介してブラウザ検索を実行して検証することをお勧めします。これはPowerShellインターフェイスを介して実行されますが、一連のSTSADMコマンドを介して実行することもできます。
移動またはエクスポートリスト/サイトおよびインポートリスト/サイト(これはサイト全体の動きでも機能しますが、ここでのリストの移動に焦点を当てています。
Export-SPWeb -Identity "http://yoursharepoint.site" -Path "d:\fileornetworkpathforyourexportfile\listnamebeingexported.cmp" -ItemUrl "http://yoursharepoint.site/subsite/listname" -IncludeUserSecurity -IncludeVersions 4 -NoFileCompression
Import-SPWeb -identity "http://yourtargetsharepoint.site" -path "d:\fileornetworkpathforyourexportfile\listnameexported" -includeusersecurity -nofilecompression
ノート: コマンドは比較的単純ですが、スイッチが使用されない場合、結果は痛みを伴う可能性があります{-includeversions 4}は、spが移動できるバージョン全体の最大数{-nofilecompression}を推奨するため、圧縮でデータを失うことはありません。データ(これは発生する可能性があり、MSFT SharePoint既知の問題です)
結局のところ、これはこれを行う方法についての私の意見です...
あなたの動きで幸運を祈ります...
2007年にはここで機能します:
- トップメニューで「アクション」を選択します。 「WindowsExplorerで開く」
- 同じファイル/フォルダーを表示する新しいIEウィンドウを取得しますが、表現はより単純です。
- このウィンドウ内で、閲覧およびドラッグ /ドロップまたはカット(CNTL x) /ペースト(CNTRL V)ファイルを閲覧できます。
- 完了したら、それを閉じて、元のSharePointウィンドウが更新されていることがわかります。ファイルは履歴バージョンで移動されます