كيف (ومتى) يمكنني استخدام TFS مع DLLs الخاصة التي يمكن أيضًا تقديمها بواسطة Nuget/Nupack؟

Question

لدينا اثنين من "خدمات المؤسسات" الخاصة التي يتم استخدامها في جميع مواقع الويب الخاصة بنا للمصادقة ، وتسجيلها ، وما إلى ذلك ، نظرًا لوجودها خاصًا ، فإننا نتحكم أيضًا في إصدار ومصدر DLL هذه. خطواتنا التاريخية (خطأ عرضي) بعد الإنشاء File | New Project تضمن

1. أضف مشروع "خدمات المؤسسة"
2. أضف إشارة إلى أعلاه
3. تحرير Web.Config أقسام مثل المصادقة ، httphandlers ، إلخ ...

سوف Nuget أتمتة العملية أعلاه

لقد صادفت للتو nuget (مجمعة في MVC3) والتي تتيح لي تنزيل وتثبيت حزم VS2010 من خادم مستضاف خاص ، وأتمتة إعدادات التكوين التي كانت من الممكن أن تصنع يدويًا سابقًا.

سؤال:

• هل من المنطقي نشر DLL الخاص بي في خادم Nuget الخاص؟
• هل سأفقد القدرة على التصحيح والخطو إلى DLL هذا إذا كنت بحاجة إلى ذلك؟
• ما هي الأشياء الأخرى التي يجب أن أفكر فيها إذا كانت بقية مشروعي مقرها في TFS؟

Answer 1

وأنا أتفق مع Marcind: وجود تغذية خاصة أمر منطقي.

بلدي 2 سنت هو أنك لست بحاجة إلى تكوين خادم خاص: تكوين VS الخاص بك لاستهداف المجلد المشترك يكفي لتوزيع الحزم وسيكون من السهل التحديث مع بناء TFS الخاص بك: فقط إنشاء حزمة nuget وإسقاطها في المجلد المشترك.

ضع في اعتبارك أنه لأحدث بتات nuget التي اختبرتها ، لا يبحث العميل (كل من وحدة التحكم و GUI) في خلاصات أخرى لتحديد موقع التبعية بحيث يشتكي من أنه لا يمكن حلها تلقائيًا. يجب تثبيتها باليد.

Answer 2

نعم ، من المنطقي بالنسبة لك أن يكون لديك تغذية nuget خاصة

لست متأكدًا من الدخول إلى DLL ، ولكن إذا قمت بتقديم PDBs في حزمة Nuget الخاصة بك وكذلك مصادر المكتبة على المشاركة (ثم تكوين مقابل معرفة مكان تلك المصادر) ، فيجب أن تكون قادرًا على التدخل في رمز مثلما تستطيع اليوم للحصول على .NET Framework نفسه.

تم تصميم Nuget للعمل بشكل جيد مع المشاريع التي يتم تعيينها لمصدر التحكم ، لذلك نأمل أن لا يوجد شيء آخر تحتاجه.

Answer 3

ستقوم ghidello nuget بحل التبعيات تلقائيًا طالما أنك لا تستخدم مستودعًا محددًا (يتم تعيين منسدلة مصدر الحزمة في وحدة التحكم جميعًا بدلاً من الريبو الخاص بك)