[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.

2

FORT-1090448 has been created and its status is ‘Unconfirmed’. This is now in a queue to be reproduced and confirmed.

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.