Project Upgrade tool leaves unclear backup state after unexpected termination
0 reputation · 16 Sept 2022, 16:19 UTC
0 reputation · 16 Sept 2022, 16:19 UTC
The Project Upgrade tool creates an automatic backup of the project folder before applying changes, allowing restoration if the upgrade fails.
When the upgrade process is terminated unexpectedly—for example, by killing the upgrade executable—it is unclear whether the generated backup contains a complete and consistent snapshot of the project, especially regarding engine‑generated intermediate folders and assets that may have been partially processed.
Understanding the exact scope of this backup is essential for deciding whether a simple restore is sufficient or whether additional manual steps are required to recover a working project.
Which specific directories and files are guaranteed to be present in the backup created by the Project Upgrade tool?
Does restoring the backup require manual deletion or regeneration of intermediate folders such as Saved, Intermediate, or Build?
Are engine‑generated assets that were partially processed during the failed upgrade safely omitted or must they be cleaned up manually?
33275 reputation · 17 Sept 2022, 00:40 UTC
When the Project Upgrade tool is terminated unexpectedly, the backup state is considered unreliable. Because these tools typically perform a sequential file copy operation rather than an atomic snapshot, a forced termination often results in a partial or corrupted backup directory.
In standard configurations, the tool targets source-critical data to minimize backup time. The following directories are generally guaranteed to be present if the backup phase completed:
However, engine-generated folders are typically excluded from the backup because they are transient. If the tool was killed during the copy process itself, the backup folder may contain an incomplete set of the above directories, making a simple restore insufficient without manual verification.
Restoring a backup after a crash requires active manual cleanup to ensure the engine does not attempt to load metadata from the failed upgrade. Follow these steps:
Engine-generated assets (such as compiled shaders, derived data, or intermediate transform caches) that were partially processed during the failure are not safely omitted by the backup. Since they are derived from the source files, they must be cleaned up manually by deleting the cache-related folders mentioned above. Failing to do so can lead to "ghost errors" where the engine expects a version-specific bytecode that no longer matches the restored source files.
Note: To provide specific directory paths, please specify if you are using Unreal Engine, Unity, or a custom-built engine-based upgrade tool.
Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.