Actually, robocopy /mir will delete files from the target that are not in the source.
Melissa From: [email protected] [mailto:[email protected]] On Behalf Of Craig Boland Sent: Wednesday, May 13, 2009 5:55 PM To: [email protected] Subject: Re: Partial deployment of ASP.NET application While robocopy can copy newer files, it can't remove files that have been deleted in the source (the drop location). Over time, junk files will accumulate in the target file system. A synchronization solution would be better. This would account for the deleted files. A sync operation might also better detect changed files via checksum, rather than file date (not sure on that one, but makes sense). Microsoft's SyncToy could be automated to do this, or even a custom task that leverages the Microsoft Sync Framework. SyncToy<http://blogs.msdn.com/sync/archive/2008/08/14/now-available-synctoy-2-0-file-synchronization.aspx> Sync Framework<http://msdn.microsoft.com/en-us/sync/default.aspx> I also though of a solution that leverages a diff tool, like WinMerge, but this might be more trouble than it's worth. Craig Boland ________________________________ Support procedure: https://www.codify.com/lists/support List address: [email protected]<mailto:[email protected]> Subscribe: [email protected]<mailto:[email protected]> Unsubscribe: [email protected]<mailto:[email protected]> List FAQ: http://www.codify.com/lists/oztfs Other lists you might want to join: http://www.codify.com/lists -------------------------------------------------------------------------------- Support procedure: https://www.codify.com/lists/support List address: [email protected] Subscribe: [email protected] Unsubscribe: [email protected] List FAQ: http://www.codify.com/lists/oztfs Other lists you might want to join: http://www.codify.com/lists
