Replies: 1 comment
-
It can be a real headache sometimes! I remember when I was working on a project and kept getting lost in endless nested folders. It was like trying to find your way out of a maze blindfolded. Eventually, I learned the magic of shorter directory paths, and boy, did it make life easier! It's like having a clear roadmap instead of wandering in the wilderness. Speaking of smooth navigation, have you checked out this awesome deal on Windows 11 Pro? I stumbled upon it at https://digitalchillmart.com/product/windows-11-pro-32-64-bit/ and it's been a game-changer for my workflow! |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Select Topic Area
Product Feedback
Body
Description
Despite app-specific workarounds like
git longpaths
, and despite Windows kind of supporting long paths for a while (and this being enabled in the runner image), there are still some apps that'll break in various ways with long (>260 character) paths. Thus, every letter counts, especially since the repository name is also added to the path, twice. My suggestion is to make the working directory's path under Windows as short as possible.Now, today long paths shouldn't be an issue for any app out of the box, but decades of the path limitation being in place caused the ecosystem to also rely on it.
This is not the same as actions/checkout#923 (since that happens under Linux, apparently).
I duplicated actions/checkout#955 here, because it might be more appropriate.
Related or perhaps the same? actions/runner#1676
Expected behavior
The working directory has a path as short as possible, like
D:\a
.Actual behavior
The working directory's path includes the repository's name, twice, making it potentially really long.
This is a real pain if you have a repository name like https://github.com/Lombiq/Open-Source-Orchard-Core-Extensions. Here, the working directory will be
D:\a\Open-Source-Orchard-Core-Extensions\Open-Source-Orchard-Core-Extensions
(or under the C drive on larger runners). This leaves us with 183 characters to work with, to stay on the safe side of the 260-character limit. After our prior tests, it seems that pretty much the only option is changing the repo name (what we'd like to avoid).Repro steps
This is not specific to one build or app. Two examples that I've bumped into:
git longpaths
.Beta Was this translation helpful? Give feedback.
All reactions