Resynchronizing members can overwrite files, even ones that you have locked and that have changed since you last checked them out. Be certain of your response to any prompts indicating that the files will be overwritten—once replaced, you cannot get back your changes. If files have been dropped from a project, resynchronizing deletes them.

If the revision that your working file is based on is locked by you, your lock is automatically moved to the member revision before the resync proceeds. If you had an exclusive lock on the working revision, and another user already has an exclusive lock on the member revision, you are prompted to downgrade your lock to non-exclusive.

If you are working in a sparse Sandbox, resynching deletes your working file, unless the revision that it is based on is locked by you.

When working in your Sandbox, you can also use the Resynchronize By Change Package command. When you select a member and use Resynchronize By Change Package, Integrity Lifecycle Manager automatically searches the change package associated with the member you are resynchronizing and then brings all of the changes recorded in the change package from the project to your Sandbox.