Autofixture: هل يجب أن نحافظ على سرية مفتاح التوقيع الخاص بنا؟

احتفظت ploeh سابقًا

إذا تحققنا من مساعدي الاختبار المشهورين الآخرين ، فسنجد أنهم جميعًا قد فتحوا مفتاحًا عامًا:

1. xunit - المفتاح مفتوح .
2. نونيت - المفتاح مفتوح .
3. NS بديل - المفتاح مفتوح .
4. موك - المفتاح مفتوح .
5. FakeItEasy - المفتاح مفتوح .
6. FluentAssertions - المفتاح مفتوح .

لا أرى الكثير من المنطق لإبقاء مفتاح AF مغلقًا وأعتقد أنه يمكننا أيضًا إضافته إلى المستودع. في الواقع ، يسمح التوقيع بإثبات هوية الجمعية ، لكنني لا أعتقد أننا نطلب ذلك بشكل صارم. يتم استخدام NuGet في أيامنا لتوزيع الحزم ، بدلاً من مواقع الجهات الخارجية حيث تكون الهوية مهمة بالفعل.

إذا نشرنا مفتاحًا في المستودع ، فسيكون لذلك الكثير من الفوائد:

1. سيكون من الأسهل إنشاء NuGet باستخدام التجميعات الموقعة بواسطة CI.
2. سيكون من الأسهل على الأشخاص إنشاء تجميعات AutoFixture الخاصة بهم واختبار ما إذا كان ذلك يحل مشكلة معينة. ضع في اعتبارك السيناريو التالي:

1. You found some bug in AF. You download source code locally and fix it.
2. Now you have AF assemblies with fixed bug and you want to test whether it helped.

Here is where the issues start. If you assemblies are unsigned, you cannot simply put the modified assemblies to the local NuGet cache - project will not compile. Rather, you need to update all your projects to target to a new assembly - just for a simple test. The things become even worse when that is the core `AutoFixture` assembly, as other depending libraries (like `AutoFixture.xunit` or `AutoFixture.NSubstitute`) will need to be updated as well.

If we ship signing key issue will be solved.

1. لا تحتاج إلى تخزين سر آخر :)

أما بالنسبة لـ ploeh ، فيبدو أنه لم يكن لديه سبب قوي لإبقائه سراً.

أنا شخصياً سأصوت بكلتا يدي لفتح المفتاح وتبسيط حياة الجميع.
الرجال ( moodmosaic ، adamchester ، ecampidoglio ، @ klimisa) - ما رأيك في هذا؟