GeezerVison

PR Checklist

• The PR title follows our guidelines: https://github.com/NativeScript/NativeScript/blob/master/tools/notes/CONTRIBUTING.md#commit-messages.
• There is an issue for the bug/feature this PR is for. To avoid wasting your time, it's best to open a suggestion issue first and wait for approval before working on it.
• You have signed the CLA.
• All existing tests are passing: https://github.com/NativeScript/nativescript-cli/blob/master/CONTRIBUTING.md#contribute-to-the-code-base
• Tests for the changes are included.

What is the current behavior?

When adding the windows platform to a project on Windows OS, the NativeScript CLI copies the platform template into a directory named __PROJECT_NAME__ under platforms/windows/, and subsequently attempts to rename it to the actual project name using Node's fs.rename function.

However, because background OS processes (such as Windows Defender real-time protection, search indexers, or antivirus scanners) instantly inspect/lock newly created folders, this immediate directory rename fails with a persistent EPERM: operation not permitted error, causing the platform setup command to crash.

What is the new behavior?

1. Direct Copy Bypass: Modified the createProject function in windows-project-service.ts to copy the template directory directly using the target project name from the start. This completely eliminates the directory rename step (__PROJECT_NAME__ -> projectDir), bypassing the EPERM lock on the folder.
2. Permissions Cleanup: Added a recursive clearReadOnlyRecursive helper using fs.chmodSync to strip any read-only properties from the platform project files on Windows before editing.
3. Retry rename utility: Added a renameWithRetry utility featuring a 30-retry loop (with 300ms delays) to gracefully handle transient locks when renaming internal project files, such as the .csproj file.