Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

EPERM error with .symlink #1149

Closed
mulligandev opened this issue Jun 11, 2018 · 3 comments

Comments

@mulligandev
Copy link

commented Jun 11, 2018

  • Standard: 11.0.1
  • OS: Windows 10
  • Node: 10.4 & 8.11.2
  • NPM: 6.1.0 & 5.6.0

When running standard I get this error due to .symlink's I believe.
Error Image

  • This is a test app.
  • Here is a link to the repo
    I did a little more investigation and this is what's happening oddly enough. When I have it in the initial folder and name it test, use npm run prod to generate the .symlink files, and then npm run standard it will fail. BUT if I cd out of the folder then ren test test2 to rename the folder, CD back into it, then run npm run standard it runs fine. I'm assuming that renaming the folder breaks the links which is why it is working for some reason, but I'm looking to fix the issue itself.

This is the folder that keeps failing
Error Image

I also added:

"standard": {
    "ignore": [
       "/public"
     ]
}

to my package.json plus it's already in my .gitignore

Any help would be appreciated I'm not sure if this is an issue with Standard on Windows or what.
Thanks!

@stale

This comment has been minimized.

Copy link

commented Sep 9, 2018

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.

@stale stale bot added the stale label Sep 9, 2018

@mulligandev

This comment has been minimized.

Copy link
Author

commented Sep 10, 2018

This issue isn't stale. Standard still throws errors on Windows due to symlinks

@stale stale bot removed the stale label Sep 10, 2018

@kethinov

This comment has been minimized.

Copy link

commented Oct 29, 2018

For context on why this was closed, we observed that the bug doesn't happen when the symlink is created using the junction option. As such, it probably was never a bug with Standard.

@lock lock bot locked as resolved and limited conversation to collaborators Jan 27, 2019

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
2 participants
You can’t perform that action at this time.