[URC] Unreal Revision Control scans and removes .git and .code-workspace files inside the project tree

General Issues and Bug Reporting
, , ,
1

Summary

Unreal Revision Control is scanning and removing non-URC files/folders from the local project directory, specifically .git and *.code-workspace. This started for us around April 2026 (within the last week). We need URC for team collaboration and large project assets, but we also need Git only for code history and readable diffs. This coexistence used to work for us before.

Please select what you are reporting on:

Unreal Editor for Fortnite

What Type of Bug are you experiencing?

Unreal Revision Control

Steps to Reproduce

  1. Open a UEFN project on Windows with Unreal Revision Control enabled.
  2. Put a .git folder either:
    • in the project root, or
    • inside Content
  3. Put a *.code-workspace file inside the project tree.
  4. Use UEFN normally and perform URC actions such as Sync Latest / Check In / Push / regular status refresh.
  5. Observe the local filesystem after URC activity.

Expected Result

URC should ignore files/folders that are not part of the URC repository and should not delete them from disk.

Observed Result

  • .git in the project root gets scanned by URC and later disappears from disk.
  • .git inside Content also gets scanned by URC and later disappears from disk.
  • *.code-workspace files inside the project tree also disappear from disk.
  • In my local test, renaming the Git metadata folder from .git to _gitrepo made it survive one URC push, which suggests there may be special-case handling around .git and possibly .code-workspace.

Platform(s)

  • Windows
  • UEFN project compatibilityVersion: 40.20
  • Unreal Revision Control log shows: 0.6.4-nightly+2417

Additional Notes

Relevant Log Evidence:

  1. URC scanning project root .git and .code-workspace:
    [2026-04-18T14:01:24.239Z] ... UrcRepositoryStatusArgs { ... paths: [ .../Aor/Aor.code-workspace, .../Aor/.git ] }

  2. URC scanning .git inside Content:
    [2026-04-18T20:07:02.669Z] ... UrcRepositoryStatusArgs { ... paths: [ .../Aor/Content/.git/COMMIT_EDITMSG, .../Content/.git/config, ... ] }

  3. URC also scans renamed Git metadata folder _gitrepo, but in this case it survived:
    [2026-04-18T20:33:10.415Z] ... UrcRepositoryStatusArgs { ... paths: [ .../Aor/Content/_gitrepo/config, ... ] }
    [2026-04-18T20:33:10.447Z] ... Ignoring invalid path, not found in repository: .../Content/_gitrepo/...

Request:
Please confirm whether this behavior is intended. If not, please treat it as a regression. URC should not remove unrelated local Git metadata or workspace files from the project directory.

[CRITICAL] URC or checking in process wipes certain project files
3

Update from our side:
We tested a few more variants and found one workaround that is stable for now.

What did not solve it:

  • keeping .git in the project root

  • keeping .git inside Content

  • using a .git file that points to another git dir

  • renaming the git metadata folder for use inside the project tree

In all of those cases, URC still interfered with Git metadata inside the project directory.

What does work for us:

  • keep the actual Git repository outside the UEFN project folder

  • example:

    • Git dir at: C:\Users\{USER}\Documents\Fortnite Projects\.git

    • UEFN project at: C:\Users\{USER}\Documents\Fortnite Projects\{PROJECT_NAME}

  • then let Git track only that project folder

With this setup, URC no longer removes Git metadata, because .git is no longer inside the project tree.

So at this point, the problem seems specifically tied to Git-related files existing inside the UEFN project directory.
This workaround is usable, but it is still only a workaround. URC should not be deleting .git, .git indirection files, or *.code-workspace files from inside the project tree.

4

@ArcaneStudio Thank you for the detailed report. Our team will look into it.

Just to confirm you do not want URC to track these folders/files right? You just want them properly ignored/untouched on disk by URC?

5

Yes, if I add them to .urcignore, URC shouldn’t track them or delete them. It’s extremely convenient to keep Git in the project directory.

6

Confirming that we’re investigating this actively, and will keep you all posted once we have target release confirmed for a fix.

Linking a related topic here as well: [CRITICAL] URC or checking in process wipes certain project files - #7 by gxg_work

8

Update here: we’ve confirmed this issue is fixed in next week’s 40.30 release.

We’re also validating a workaround to give you in the meantime, which we’ll have more info on tomorrow.

Thanks again for your prompt reports and your patience.

9

FORT-1090448’s status has changed to ‘Ready for QA’. A member of the QA department is investigating the issue.

10

@ArcaneStudio to workaround the bug ahead of next week’s release, you may wish to try the following:

  • Close UEFN
  • Locate the urc.dll in C:\Program Files\Epic Games\Fortnite\FortniteGame\Binaries\Win64and copy it to your desktop for safe keeping
  • Drop in the urc.dll attached here—it is the version of the dll that will ship with next week’s release—into that folder and replace the existing one.
  • Relaunch UEFN, work as you would expect, and confirm that the .urcignore is properly respected

Note: If you notice anything amiss you can always replace it again with the copy you made to your desktop to get back to the state you are now.

urc.dll (19.8 MB)

2 Likes
11

This should now be resolved in today’s 40.30 release. Please let us know if you are still experiencing it.