Autofixture: ما التالي بالنسبة إلى AutoFixture؟

Kralizek ، شكرا لك على السؤال.

يمكنني التحدث عن نفسي فقط ، إنه في الواقع (لا يزال) كما كتبت في https://github.com/AutoFixture/AutoFixture/issues/703#issuecomment -275347457:

بخير من قبلي ، إذا كان لدي المعرفة المطلوبة لمراجعة العلاقات العامة. عادةً ما أراجع (لحسن الحظ) أجزاء من قاعدة التعليمات البرمجية حيث عملت سابقًا عليها أو أنشأتها أو ساهمت بها.

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

شكرًا لك ، moodmosaic ، على الرجوع إلى رقم 703. لا يزال موقفي كما كان في ذلك الوقت: لقد خرجت من مشروع AutoFixture ، على الرغم من أنني سعيد بالمساعدة في تقديم المشورة إذا تم استدعاؤها صراحةً.

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

لا يزال بإمكاني المساعدة في مراجعة العلاقات العامة العرضية في المجالات التي مررت بها ، لكن أعتقد أن هذه المجالات ربما تكون قليلة ومتباعدة بين هذه الأيام.

إذا لم تتحرك الأشياء ، فلنرى ما إذا كان بإمكاننا معرفة السبب ، ثم نرى ما إذا كان بإمكاننا المساعدة في العثور على المزيد من الأشخاص للمساعدة إذا لزم الأمر.

لا أنوي استعادة السيطرة على المشروع ، ولكن بقدر ما أستطيع أن أقول ، لا يزال لدي حق الوصول للكتابة إلى المستودع. إذا تطوع شخص آخر لقيادة المشروع ، فسيسعدني المساعدة في تحقيق ذلك.

أهلا يا أصدقاء!

هناك أيضا ملاحظاتي مفقودة هنا. ليس رسميًا ، ولكن ربما هناك توقعات بأنني كنت المشرف الأكثر نشاطًا / رئيسيًا للمشروع في الوقت الحالي.

في البداية كنت شغوفًا جدًا بالصيانة وكان لدي القليل من الأفكار حول ما يمكن تحسينه بشكل أكبر. حتى اليوم أرى الأشياء التي من المنطقي القيام بها ، على الأقل من منظور الصيانة (مثل إسقاط دعم .NET Standard 1.x).

لقد تراجعت مؤخرًا عن دعم المشروع على الإطلاق وحددت بنفسي بعض أسباب ذلك.

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

من الصعب تغيير المشروع.

من الصعب للغاية تغيير هذا المشروع ، حيث لدي شعور قوي بأن الجميع يحاول الحفاظ على إرث مارك المتبقي. لا توجد حرية في تجربة أي شيء آخر ، باستثناء ما سيفعله مرقس. تم الاستشهاد بمارك في كل العلاقات العامة تقريبًا حيث لم يشارك شخصيًا :)

في مرحلة ما بدأت أشعر أنه أصبح من الصعب للغاية تعديل أي شيء هنا. وقد قضت على شغفي بالمشروع.

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

ربما يكون هذا هو مجرد الاختلاف مع توقعاتي والواقع. على الرغم من أنني سأكون قادرًا على التعبير عن أفكاري وتجربتها مع هذا المشروع ، سيكون رشيقًا وجديدًا ومليئًا بالميزات الجديدة. لكن في الواقع ، بدا الأمر وكأنه مشروع قديم حيث لا يُسمح لك بتغيير الكثير ، لأن الأمور تسير على ما يرام على أي حال.

أعترف أن بعض مقترحاتي لا يمكن أن تكون مثالية ، وبالطبع لست من ذوي الخبرة مثل مارك المحترم. لكن يمكن أن نكون أكثر حرية في القرارات التي اتخذناها ، وبالتالي فإن المشروع أكثر حيوية.

إنه وحيدا بعض الشيء

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

أنا لا أعمل بنشاط مع AutoFixture في الوقت الحالي

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

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

أولاً ، أريد أن أعتذر لفريق @ AutoFixture / core لعدم الرجوع إليك في مناقشة # 703. نعم ، لقد كان وقتًا مزدحمًا بالنسبة لي (ولا يزال) لكنني لم أكن مشغولًا لدرجة أنني لم أستطع الرد. أنا ببساطة لم أتلق أي إخطارات لأي من الإشارات الخاصة بي ولم أفكر في التحقق مرة أخرى من المناقشة. لقد اكتشفت ذلك الآن حرفيًا عندما عدت إلى # 703. مرة أخرى ، أنا آسف. 😞

موقفي من مستقبل AutoFixture هو نفسه الذي عبرت عنه في عام 2016 . أعتقد أن AutoFixture مستقر جدًا وقد كان لسنوات حتى الآن. إذا أراد شخص ما أن يأخذها في اتجاه مختلف ، أعتقد أنه سيكون من الأفضل لهم البدء من صفحة نظيفة. يعد مفهوم إنشاء بيانات الاختبار تلقائيًا فكرة جيدة جدًا وبالتأكيد لا يعد AutoFixture الطريقة _ الوحيدة_ التي يمكن إجراؤها على منصة .NET.

هذا لا يعني أن AutoFixture خالٍ من الأخطاء. ما أقوله هو أن حجم الصيانة ونطاقها صغيران بما يكفي بحيث تظل مسؤولية فريق @ AutoFixture / core.

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

أقول إننا نحاول المضي قدمًا في النموذج الحالي مطروحًا منه عميلاً محتملاً معينًا ونرى كيف ستسير الأمور.

يعد AutoFixture مشروعًا جيدًا ، وسيكون من المحزن جدًا رؤيته يتلاشى ببطء.

نظرًا لأن zvirja هو المشرف الأكثر نشاطًا / قائدًا للمشروع. أعتقد أنه من المنطقي بالنسبة له قيادة كيفية تطور هذا المشروع. يتطلب الحفاظ على مشروع مفتوح المصدر الكثير من الجهد والوقت. أنا شخصياً لا أمانع في التبرع لإنجاح هذا المشروع. وشكرا لكم zvirja

يجب أن يشير شخص ما إلى الفيل الموجود في الغرفة ، لذلك قد أكون أنا أيضًا.

هذا الخيط يشبه إلى حد كبير الجنازة (أو المؤسف)

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

1. المشرفون الحاليون ليس لديهم وقت / غير مهتمين بالمشروع
2. من الصعب الحفاظ على المشروع
3. مراجعة التعليمات البرمجية مقيدة للغاية

هل يمكننا الآن وضع قائمة بالإجراءات التي يمكننا اتخاذها؟

إذا كان هناك من يهتم ، فإليك رأيي في هذا:

1. قبول أعضاء جدد في المجتمع. Kralizek موجود منذ فترة ، قد يكون مرشحًا جيدًا. ربما يكون لديك فريق آخر بجانب @ AutoFixture / core؟
2. قم بإنشاء عدد متراكم من المشكلات ، وحدد الأولويات ، واطلب من المجتمع المساعدة
3. قم بفك مراجعة الكود. لا يمكن للمرء أن يأخذ ملكية المشروع إذا تعرض للصفع على يديه باستمرار من قبل المالك السابق.
   اسمح بإجراء التجارب ، ربما أنشئ حزمة إضافية AutoFixture.Experimental ، للأشياء ، التي لم يتم تأكيدها بعد للوصول إلى الإصدار الأساسي للمكتبة (مثل Boost لمكتبة C ++ القياسية).

أتفق مع zvirja ، المشروع مخيف للغاية. لقد اكتشفت AutoFixture منذ حوالي عامين ولم أتجرأ إلا مؤخرًا على إرسال العلاقات العامة.
أعتقد أن هناك آخرين يشعرون بنفس الشعور. الأشخاص الذين يستخدمون الأداة ويرغبون في رؤيتها تزدهر.

شكرًا aivascu للإشارة إلى الفيل في الغرفة.

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

أيضًا ، شكرًا على وضع اسمي في القائمة ، لكن للأسف لست من ذوي الخبرة في الأجزاء الداخلية للمكتبة ولا يمكنني حقًا تحريك نفسي حولها.

يمكنني التدخل بكل سرور عندما يتعلق الأمر بتجربة المستخدم ...

ماذا عن برنامج رعاية / داعم لإثارة بعض الحماس للحفاظ على المشروع؟
إنه ريبو شعبي بعد كل شيء.

سنتي باستخدام AutoFixture خلال السنوات الثلاث الماضية:

أعتقد أن اسم العلامة التجارية لـ AutoFixture رائع. إنه اسم رائع.

إنه شائع في Stack Overflow. يحتوي [autofixture] على 506 سؤالًا ، في حين أن [xunit.net] يحتوي على 801 سؤالًا. من أجل أن يكون مشهورًا مثل إطار الاختبار شبه الرسمي لـ .NET Core ، يعد أمرًا رائعًا إلى حد ما ، ويرجع ذلك جزئيًا إلى تفاني مارك الدؤوب للتدريس (وكوني معلمًا عظيمًا). وتشبه مدونة مارك ينبوعًا من المعرفة المجانية للاختبار.

أعتقد أن واجهة برمجة التطبيقات الخاصة بـ AutoFixture صعبة التعلم.

أجزاء من AutoFixture أحبها:

• القدرة على استخدام نمط تصميم حاوية السخرية التلقائية (من المحتمل أن يكون مفهوم الاختبار الأقوى الذي تعرفت عليه كمهندس).
• Fixture.Freeze مذهل
• ملحق AutoMoq للسماح بإنشاء تركيبات سريعة للأشياء التي تتطلب محاكاة
• القدرة على إنشاء رسم بياني لكائن الكيان تلقائيًا واختبار نمط المستودع العام الخاص بي وضمان تغطية كود اختبار التكامل الشامل لمستودعات Entity Framework الخاصة بي.

أجزاء من AutoFixture لا أستخدمها بشكل مباشر مطلقًا:

• تركيبات. حقن

أجزاء من AutoFixture أريد تحسينها / تمديدها

• راجع مشكلتي التي تم إنشاؤها أمس: # 1179
• القدرة على تبديل السلوك الافتراضي لـ Guids بالسلاسل بشيء أجمل ، مثل Waffle Text Generator. أدرك أنه يمكنك القيام بذلك اليوم ، ولكن إذا تم العمل على # 1179 ، فيمكننا عندئذٍ توصيل Arbitrary Element Pickers بموفر بيانات مخصص.
• AutoFixture بطيء ، ولا يستخدم أي حيل حديثة لتسريع تجميع التعبير ، مثل مشروع DryIoC الخاص بـ Maksim Volkau مع FastExpressionCompiler من Maksim https://github.com/dadhi/FastExpressionCompiler

أجزاء من AutoFixture لا أحبها (معظمها ثانوي):

• تركيبات. تخصيصيعمل دائمًا بشكل غير صحيح مع Visual Studio intellisense.
• تخصيصات الكتابة ، ولماذا لا تسمح لك طريقة التخصيص بحقن التخصيص. هذا النوع من الأشياء باروكي ومزعج ويخلق منحنى تعليمي ضخم.
• التخصيصات وبناة المواصفات والأشياء في كل مكان. إنه غير منظم.
• مفردات غريبة لبعض الأشياء
• من الصعب التعود على نمط التصميم Do..Without بالكامل. إنه يعمل ، لكنه مطوّل ولا يساعدك في الكيانات العودية. لذلك ، تحتاج إلى سلوكيات خاصة لإخبار AutoFixture بإنشاء جدول تجزئة للكائنات التي تم إنشاؤها بالفعل.
• لا توجد صيغة مبسطة للمهام الشائعة
• تصميم متآلف يتطلب فهمًا عميقًا للأجزاء الداخلية فقط لحل المشكلات. لا يمكنك فقط استخدام القطع والقطع. عليك أن تشاهد إلى حد كبير دورة Mark's PluralSight لمجرد تجاوز منحنى التعلم الأولي ، أو العمل مع مطور خبير في AutoFixture ، لتقدير سبب كون التصحيح التلقائي رائعًا للغاية.
• موقف مارك بأن التصحيح التلقائي يجب فقط إنشاء "قيم مجهولة". يقوم بإنشاء الكثير من كتابة التعليمات البرمجية لجهة خارجية لإنجاز المهام. تتضمن الأمثلة منشورات StackOverflow التالية:
  
  
  
  • المزج التلقائي ، قم بإنشاء قائمة من القاموسمع مفتاح بديل
  
  
  • كيف يمكنني تعيين خاصية لمجموعة فرعية فقط من العناصر في قائمة؟
  
  
  • كيف يمكنني إنشاء قائمة بالفئات التي لها دائمًا قيمة محددة مسبقًا في AutoFixture؟
  
  

الأجزاء التي أرى إمكانية الابتكار:

• نظرًا لأن C # تصبح أكثر فاعلية (مطابقة الأنماط وأنواع التسجيلات وما إلى ذلك) ، سيعمل AutoFixture بشكل مثالي أكثر فأكثر مثل FsCheck و Hedgehog في F #.
• سيكون من الرائع لو كان AutoFixture قادرًا على تجسيد بعض مفاهيم الاختبار التجميعي من FsCheck ، مثل ميزة Arb.
• استخدم ابتكارات مثل تلك التي تمت مناقشتها في RLCheck للسماح للمهندسين بإنشاء مدخلات اختبار قوية ومتنوعة (التوجيه كسلسلة اختراق!) https://www.carolemieux.com/rlcheck_preprint.pdf

أعتقد أن بعض المشكلات التي أوجزتها هنا هي سبب عدم استخدام Microsoft AutoFixture في أي من اختباراتها لـ .NET Core.

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

يبدو أن الشوكة التجريبية يمكن أن تكون السبيل للذهاب.

لماذا تريد أن تفعل ذلك؟ يجب عليك الحفاظ على تلك الشوكة. إذا كنت على استعداد للقيام بذلك ، فلماذا لا تصعد كمسؤول عن هذا المستودع بدلاً من ذلك؟

بدلاً من الشوكة التجريبية ، كنت أفكر في إنشاء ريبو جديد (أو استمر في البناء على هذا) لتقديم تحسينات QoL التي تمت مناقشتها أعلاه.

يحتوي AutoFixture على واجهة برمجة تطبيقات قوية يمكنها تحقيق الكثير ولكنها يمكن أن تخيف الكثير من الأشخاص. يمكن تقديم معظم الأشياء كسكر نحوي بسيط.

لتقديم تحسينات QoL

ريناتو ( Kralizek ) ، ما معنى QOL؟ جودة الحياة؟

نعم.

إذا كنت على استعداد للقيام بذلك ، فلماذا لا تصعد كمسؤول عن هذا المستودع بدلاً من ذلك؟

ploeh كيف يتقدم المرء بصفته مشرفًا على المستودع؟ هل هناك متطلبات؟
لأكون صادقًا عند النظر إلى القائمة الحالية للمشرفين ، هناك بعض الأحذية الكبيرة التي يجب ملؤها.
أرغب في المساهمة في AutoFixture ، ربما حتى بصفتي مشرفًا (يومًا ما) وأنا متأكد من وجود آخرين ، لكني أتخيل أنه لن يتم قبول أي شخص للحفاظ على مستودع بهذه الشعبية.

لماذا تريد أن تفعل ذلك؟ يجب عليك الحفاظ على تلك الشوكة.

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

ما أعتقد أنه يجب علينا حله هو مشكلة الناس وليس مشكلة تقنية.

أنا لا أعرف ماذا يعني ذلك. إخبرنا المزيد.

ما أعتقد أنه يجب علينا حله هو مشكلة الناس وليس مشكلة تقنية.

أنا لا أعرف ماذا يعني ذلك. إخبرنا المزيد.

أعتقد أن ما يعنيه هو أن AutoFixture يحتاج إلى مشرفين ملتزمين لا تتردد في الابتكار دون خوف من تدمير قطعة فنية جميلة ، كما قال zvirja في تعليقه .

من الصعب أن تشعر بالالتزام تجاه شيء تشعر فيه أن يديك مقيدتان بظل القرارات والقيادة السابقة.

قلة من الأفكار الشيقة قوبلت بالرفض لأنها كانت متعارضة مع "الطرق القديمة". هذا من شأنه أن يقتل دافع أي شخص. من وجهة النظر هذه ، فإن الشوكة ستحرر الكثير من هذه الأمتعة.

حسنًا ، أنا رجل بسيط ، أريد فقط دمج أشياء مثل https://github.com/AutoFixture/AutoFixture/pull/928 . كما ذكرت أعلاه ، ليس لدى AutoFixture طرق جيدة لدعم توليد قيم فريدة. يبدو المولد التطابق الخطي المضاعف كأساس جيد لمثل هذه الميزة. لقد كتبنا مؤخرًا رسالتنا الخاصة ولم نكن ذكيًا مثل أي شخص يعرف هذه الخدعة ، ولم أجد العلاقات العامة إلا لاحقًا.

أنا مثل ، "نعم ، لنفعل المزيد من هذه الأشياء الرائعة."

كيف يتقدم المرء بصفته مشرفًا على المستودع؟

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

هل هناك متطلبات؟ لأكون صادقًا عند النظر إلى القائمة الحالية للمشرفين ، هناك بعض الأحذية الكبيرة التي يجب ملؤها.

لا تقلق بشأن الماضي. الآن ، إذا قرأت الموقف بشكل صحيح ، فإن AutoFixture ميت في الماء. ما لم يتولى شخص ما مهمة المضي قدمًا ، فلن يتغير شيء.

وبالتالي ، يمكنك ارتكاب جميع الأخطاء في العالم ، ولن تزيد الأمور سوءًا.

ploeh إذا وضعت الأمر على هذا النحو ، فسيسعدني أن أكون مشرفًا وآمل أن يتقدم الآخرون أيضًا.

aivascu شكرا لك ، هذا رائع.

سأعطي المشرفين الحاليين وحظائر الطائراتzvirja ، moodmosaic ، adamchester ، ecampidoglio حوالي 24 ساعة للتعليق على هذا ، وإذا لم أشاهد أي احتجاجات ، فسأعطيك حقوق المشرف.

ploeh لا اعتراضات من جانبي.
aivascu مرحبا بكم على متن الطائرة. آمل أن يجلب لك هذا المشروع المرح الذي تبحث عنه 😊

aivascu أنا لست مشرفًا ولكني أحب هذه المكتبة. فقط أرسل لي إذا كنت بحاجة إلى شخص ما لترتد أفكارك.

ploeh ، aivascu ، بخير بواسطتي: +1:: صاروخ:

يسعدني مناقشة أجزاء من قاعدة التعليمات البرمجية حيث عملت عليها أو أنشأتها أو ساهمت بها. إذا فاتني طلب سحب (أو مشكلة) حيث ذكرت ، فيرجى إبلاغي بذلك.

aivascu أطيب تمنياتي لك. نصيحتي الوحيدة هي أنه يمكن أن يستغرق حوالي 6 أشهر لكل 20000 سطر من التعليمات البرمجية في قاعدة البيانات ، خاصةً إذا لم يكن هناك بعض "سجلات قرارات البنية" الواضحة في مكان واحد. لهذا السبب ، في المشاريع التي أحتفظ بها ، بدأت في كتابة تلك المشاريع حتى يفهم الناس "أسلوب" الكود. كتب مارك هذه ، ولكن في الغالب على مدونته و / أو StackOverflow. moodmosaic فعلت الشيء نفسه. أود أن أقول ، من الآن فصاعدًا ، إنشاء مجلد adr في جذر الريبو الذي يوثق أي سبب منطقي للتصميم. يمكنك استخدام ملفات .md لذلك. بالنسبة للجداول المعقدة ، استخدم جداول html بدلاً من جداول التخفيضات.

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

تهانينا aivascu.

أشعر أنك المطور الرئيسي الآن. أنا أقول هذا ، لأنني أشعر أن الأمور ستعود إلى الحالة "الميتة" التي هي عليها الآن ، بمجرد أن تتوقف - لذلك أنا أنظر إليك الآن :)

آمل أن يقوم فريق Autofixture "بمطاردة" أعضاء الفريق الجدد ، للتخفيف من مخاطر مشكلة الرحلة الوحيدة المذكورة سابقًا. يسعدني المساهمة فقط ، إذا تمكن شخص ما من إلقاء نظرة على https://github.com/AutoFixture/AutoFixture/pull/1164.

aivascu لقد أرسلت إليك دعوة للانضمام إلى فريق AutoFixture الأساسي ، لكن الدعوة لا تزال معلقة.

ploeh لقد قبلت الدعوة للتو. شكرا لك!

aivascu 👍 مرحبًا بك في الفريق.

إذا كان هناك المزيد الذي يمكنني فعله لمساعدتك ، فسيسعدني ذلك. ومع ذلك ، فقد كنت غير نشط في المشروع لسنوات ، لذلك لم أعد أعرف كيف يعمل أي من الأشياء العملية. آمل أن يتمكن zvirja من ملء هذه التفاصيل.

شكرا لك!

أهلا وسهلا بك aivascu

aivascu سأكون سعيدًا بإشراكك في المشروع. إذا كنت لا تمانع ، فسأكون سعيدًا حقًا للتحدث الصوتي معك ، حتى أتمكن من إظهار كل شيء والإجابة على الأسئلة. إذا كنت ترغب في ذلك ، يرجى إرسال بريد إلكتروني إلي (يمكنك العثور على العنوان في الالتزامات) حتى نتمكن من الاتفاق على التفاصيل.

ومرحبا بكم مرة أخرى.

zvirja سيكون ذلك لطيفًا حقًا. سوف أرسل لك بريدًا إلكترونيًا.

مرحبًا بك @ aivascu : +1:

مرحبًا بكم على متن الطائرة ،aivascu! 🙂

aivascu نظرًا لأنك تقدمت بصفتك مشرفًا جديدًا مليئًا بالشغف والطاقة للعمل على هذا الأمر ، فهل يجب علينا إغلاق هذه المشكلة وإزالتها؟ نوع من القول أن مستقبلنا الآن مصمم؟ 😄

zvirja كنت آمل نوعاً ما أن يطلب شخص آخر ملء رتب المشرفين. 😄

إذا شعر أي شخص أنه قد يستمتع بكونه مشرفًا على هذا المستودع ، فافتح مشكلة أو أرسل لنا رسالة.
سأغلق القضية الآن.