How can I move a document into a sub-folder and still maintain its version history from the old location in the new location?
|
|
Providing you are using SharePoint 2010, you can move the files, with history, using the 'Open with Windows Explorer' functionality. |
|||||||
|
|
One approach would be to use a content migration tool such as Metavis http://www.metavistech.com/ which enables you to move/copy files and lists while keeping version histories. |
|||
|
|
|
If you copy it using the Manage Content Tool from Site Actions doesn't that maintain the old copy and its history where it is? If you are only moving one or two files I wouldn't think you'd need more than that. |
|||||
|
|
If you are within the same document library, and just moving folders, then Actions->Open With Windows Explorer will do the trick. You can also use the Site Content and Structure interface from the Site Settings page. As long as the document is in the same document library it will retain history. For peace of mind,test this with a simple text file before you make any big changes. |
|||
|
|
|
Consider using Chris O'Brien's Sharepoint Content Deployment Wizard: http://www.sharepointnutsandbolts.com/2007/12/introducing-sharepoint-content.html It can be found on CodePlex. |
|||
|
|
|
You can also try the free edition of CopyMove for SharePoint 2007. It maintains the full version history and Metadata on documents that you copy or move. |
|||
|
|
|
I have attempted several methods to "move" lists and sites around through SP2007 and SP2010. The one that gives me the best results has been using either STSADM command syntax or PowerShell. My preference is powershell. The problem I faced in all of my "moves" was I want to keep all list relationship history and references without them being updated by me (as an IT guy versus the actual owning user). As an IT resources we are stewards of data in most cases not owners and if we moved a file on a file system we would not be taking ownership (like using a copy and paste command). SharePoint provides a nice interface but assumes if you do something through the interface you own it, even if its a housekeeping effort. We in IT know we are responsbile for the housekeeping actions when we do this but users are the ones who don't like seeing their object-ownership taken away by someone who may not be in the food chain of the document approval process. This is why I like the method I describe below. I am not discounting the template method or the Explorer move methods, I just find them useful under other circumstances than an administrators organizational management and housekeeping. You may want to run a browser search through MSFT or other references to verify...please remember this is run through the PowerShell interface but can also be run through a series of STSADM commands. To Move or a Export List/Site and Import List/Site (note this also works with entire site moves but I'm focusing on list move here; i.e. document lists)
NOTE: the commands are relatively simple and but the results can be painful if the switches are not used {-includeversions 4} is the max number of whole versions SP can move {-nofilecompression} is recommended so you won't possibly lose data in the compressed data (this can happen and is an MSFT sharepoint known issue) After all this is just my opinion on how to do this... Best of luck in your move... |
||||
|
|
