-
-
Notifications
You must be signed in to change notification settings - Fork 576
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
Long Path Support #1481
Comments
You might find this helpful msysgit/git#122 |
i'd be fine switching to a different version/distribution of Git if it fixes this problem. |
@BarryThePenguin very nice find. This means we would not have to switch the current Git backend implementation (although a upgrade of the shipped Msysgit may be required). Although, thinking about the impacts of supporting long paths, I am now concerned about the unified source for Windows, MAC, and Linux systems. Can Mono handle the |
None of those concerns are an issue as msysgit is windows only and *nix doesn't have the same path length issue as windows. I think you can just download msysgit 1.9.0 and replace the contents of |
@BarryThePenguin But can Mono support > 260 characters using native methods or the |
@BarryThePenguin i don't know where Mono comes into the equation here. it doesn't deal with the paths, the Git binary does so there shouldn't be any issues. has anyone been able to test this further? |
I can confirm that Git works (even TortoiseGit works now) with paths of 400 characters at least, however, when I allow SparkleShare to auto commit files it deletes the files from Git that are outside of the MAX_PATH zone. I am unsure of why at the moment. |
@Silvenga did you build a SparkleShare installer with the new msysgit? |
@hbons No, but I copied my installation of msysgit into the SparkleShare install directory. SparkleShare should be using the newest binaries. |
@Silvenga you can use Long Path Tool. It works.. |
@genrymich what's Long Path Tool? |
@hbons http://longpathtool.com/Order.html @genrymich This costs money and realistically does very little. I understand how to move files and delete files out size of MAX_PATH. Many applications have support for long path (Windows 8 Explorer, Java, Visual Studio, etc.) Longpathtool would fix issues but not the root cause. |
closing this. this will be fixed when we bundle a new msysgit. |
Which msysgit will be used? |
latest. |
Windows has supported long paths (32K characters) for many years now. Sparkleshare (running on .Net) also has access to long paths. I do understand that msysgit only supports 260 characters (MAX_PATH) - however, Cygwin Git can handle 4k characters (limited by Git itself to 1K).
It seems like we should, as a committee, start supporting long file paths. How feasible would it to switch to Cygwin Git (since we do not need the Git tools provided by msysgit)
The text was updated successfully, but these errors were encountered: