ile bina oluştururken uzun yollar Bir çerçeve oluşturuyor ve kaynakları müşteriye satıyoruz. Dün müşterilerden biri, çok uzun yollardan dolayı kaynak yapamayacağını bildirdi. Kaynaklarda sahip olduğumuz en uzun yolun, NuGet tarafından üretilen yol olduğunu ve project\packages\EnterpriseLibrary.ExceptionHandling.Logging.5.0.505.0\lib\NET35\Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.Logging.dll
olduğunu öğrendim.NuGet
Müşterinin kaynakları yerleştirdiği klasör adıyla birlikte (çok uzun değil, yaklaşık 90 karakter) ve ile mutlak yolları oluştururken garip VS davranışı 260 karakter sınırını aşıyor ve VS'si çözümü derleyin.
Bu sorunu nasıl çözebilirim? Müşteriden kaynakları disk köküne daha yakın yerleştirmesini istemiyorum - bu kodu şirket içinde nereye yerleştireceğine dair kendi anlaşmaları var. Bu dll'yi de yeniden adlandırabilirim, ancak NuGet desteğini kaybetmek istemiyorum.
Bu strateji, bir Symbolic bağlantısı kullanarak klasörün yolunu kısaltmanıza olanak sağlar: 'MKLINK/D 'C: \ tmp" "C: \ \ gerçekten \ long \ yol \ burada" ' –