Community: تنسيقات SIG README غير متسقة وغير كاملة في بعض الأحيان

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

لقد كنت في الموقف السابق حيث تم إدراج اجتماع SIG بشكل مختلف في فترة السماح ، على صفحة SIG ، وصفحة قائمة SIG ، لذلك ربما أفكر في مصدر واحد للحقيقة لجميع البيانات الوصفية لـ sig ثم التوليد التلقائي لـ الباقي يستحق التحقيق؟

castrojo أحب هذه الفكرة. ما هو أفضل مكان لتخزين المعلومات الخاصة بـ SIG؟ ربما ملف JSON أو YAML أو MD ، مثل ذلك؟

sigs:
  sig-openstack: 
     mission-statement: >
       This is the community page of the Kubernetes OpenStack SIG, a special interest group
       coordinating the cross-community efforts of the OpenStack and Kubernetes communities. 
     leads:
     - name: Foo 
       github: <strong i="7">@foo</strong>
     - name: Bar
       email: [email protected]
     meetings:
     - day: monday
       utc: 0900
     - day: wednesday
       utc: 2100
     contact:
       slack: #sig-openstack
       mailing-list: ...
     other-links:
     - google.com
     - openstack.org

أعتقد أن ملف YAML الذي يتطابق مع كل شيء آخر أمر منطقي ، على الرغم من أنه من الحكمة على الأرجح معرفة ما يعتقده الآخرون.

ستحتاج الاجتماعات إلى meeting_url لجلسة Hangout ، وربما meeting_archive_url للمجموعات التي تحتفظ بقوائم تشغيل youtube الخاصة باجتماعاتهم ، تبدو جيدة!