NuGet

2013-10-29 16 views
5

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.

+0

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" ' –

cevap

1

Yapabileceğiniz fazla bir şey yok. Kaynaklarınız makul bir yolla derlerse ("D: \ ExternalCode \ yourcode" diyelim), bunu işlemek için gerçekten müşterinize kalıyor. Bir müşteri, kodunuzun kararınızdan önce 240 karakterden oluşan bir yolda derlenmesine karar verirse ne olur? Bütün isimlerini kısaltır mısın?

Yapmanız gereken şey, kodunuzu nasıl oluşturacağınızı temiz ve kolay bir kılavuz sağlamaktır. Yol uzunluğundan kaynaklanan hatalar ele alınacak ve bir çözüm sunmanız gerekmektedir. Bu çözüm, "kodumuzun devreye sokulduğu yolu kısaltabilir" olabilir. Dışarıdaki her bir şirketin kurallarına ve yönetmeliklerine uymazsınız.

+0

Maalesef Bunu yapmaya yetkili değilim. Belgelenen kısıtlamaya sahibiz, ancak çerçeve için sadece 160 karakter var ve biz zaten bu kuralı ihlal ediyoruz. Bu sayıyı arttırmamın bir yolu yok. Ama yine de cevap için teşekkürler – Archeg