You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
created project folder tree too deep for windows #1090
OS? Windows 7, 8 or 10. Linux (which distribution). Mac OSX (Yosemite? El Capitan?)
Windows 10 Pro 64bit
Versions. Please run ng --version. If there's nothing outputted, please
run in a Terminal:
node --version
And paste the result here.
3.8.6
Repro steps. Was this an app that wasn't created using the CLI? What change did you
do on your code? etc.
Create project folder using "ng new PROJECT_NAME"
Delete the just created project folder.
The combination of folder names and folder depth is greater than Windows can handle when deleting. Got errors when deleting the file tree. The only way that I was able to delete the project folder was to rename parent folders in the path to the "too deep" folder/file to "a", "b", etc so that the foldername/depth would be shorter. This took quite a few (a dozen or so) renaming steps. I would look at the error box and see the path to the file/folder that was too deep. I would then rename the parent folders up the line to "a", "b", etc and try the delete again. Some other folder path would be too long so a repeat renaming of the parent tree to that folder would be needed.
The log given by the failure. Normally this include a stack trace and some
more information.
It is true this is a known issue, but at the same time CLI could make the initial developer experience much better by noticing and objecting to an insufficiently new node.
The CLI could check the running version of node and refuse to run if not new enough. That way, people using the tool get immediate feedback and go fix their prerequisites (rather than having to discover them in the documentation), and they get up and running again in a couple of minutes instead of filing an issue. I don't know whether this is reasonable per se, but I would find it helpful and there are many other tools on many other platforms that check their dependencies at runtime rather than only document the dependencies. So it is certainly not unheard of to do so.
angular-automatic-lock-bot commented on Sep 5, 2019
Activity
JonCubed commentedon Jun 16, 2016
You just need to update node to 4+, clean node_modules/ and run
npm installagain. This is a known issue with node <4.kylecordes commentedon Jun 16, 2016
It is true this is a known issue, but at the same time CLI could make the initial developer experience much better by noticing and objecting to an insufficiently new node.
filipesilva commentedon Jun 16, 2016
@JonCubed is correct, and node 4 is listed as one of the pre-requisites in the readme: https://github.com/angular/angular-cli#prerequisites.
It's also listed in the required engines: https://github.com/angular/angular-cli/blob/master/package.json#L19-L21
Note sure what else we could reasonably do in the CLI, but am open to suggestions.
kylecordes commentedon Jun 16, 2016
The CLI could check the running version of node and refuse to run if not new enough. That way, people using the tool get immediate feedback and go fix their prerequisites (rather than having to discover them in the documentation), and they get up and running again in a couple of minutes instead of filing an issue. I don't know whether this is reasonable per se, but I would find it helpful and there are many other tools on many other platforms that check their dependencies at runtime rather than only document the dependencies. So it is certainly not unheard of to do so.
angular-automatic-lock-bot commentedon Sep 5, 2019
This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.
Read more about our automatic conversation locking policy.
This action has been performed automatically by a bot.