Our .net source folder structure ends up with some very long file paths (think \verylongsolutionname\verylongprojectname\Service References\verylongservicename\verylongprojectname.verylongservicename.datasource). This code is (currently) autogenerated through visual studio, so changing them to short names would be a large task with continual maintenance.
This limits us when cloning the repository to quite short repository paths. When bamboo checks out the version it tries to do so into something like this "bamboo-home\xml-data\build-dir\HZN-DEV-JOB1" it fails because it's violating windows 260 char limit. I'm guessing this sort of path structure is hard coded, so I can't just get it to clone into c:\shortpath or similar...
Has anyone overcome this sort of issue?
We had a problem with the build not the checkout so it was a bit easier to handle. I made a symlink to bamboo-home\xml-data\build-dir and always used that.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.