خطوط تغيير التعليمات البرمجية
السؤال: ما هو مجموع عدد الأسطر التي تم لمسها (الأسطر المضافة بالإضافة إلى الأسطر المحذوفة) في جميع التغييرات التي طرأت على الكود المصدر خلال فترة زمنية معينة؟
نظرة عامة
تقيس خطوط تغييرات الكود العدد الإجمالي للأسطر التي تم لمسها من خلال التغييرات التي أجريت على الكود المصدر خلال فترة معينة. وهذا يعني أنه إذا تم لمس سطر معين في ملف معين في ثلاثة تغييرات مختلفة، فسيتم احتسابه على أنه ثلاثة أسطر. تتكون نقاط البيانات من العدد التراكمي للأسطر التي تم لمسها عبر جميع تغييرات الكود خلال فترة القياس والتي تشمل جميع لمسات المطورين (التحرير والإضافة والإزالة). تشير تغييرات الكود المتزايدة إلى نشاط تطوير كبير، في حين قد يشير الانخفاض إلى فترات الصيانة أو تقليل التطوير. في معظم أنظمة إدارة الكود المصدر، من الصعب أو المستحيل معرفة ما إذا كان السطر قد تمت إزالته ثم إضافته، أو تم تحريره فقط، في هذه الحالة سيتم اعتبار تحرير السطر بمثابة إزالته وإضافته لاحقًا بمحتوى جديد. لذلك، إذا تم تحرير سطر معين في ملف معين ثلاث مرات، فسيتم احتسابه على أنه ستة تغييرات مختلفة (ثلاث عمليات إزالة وثلاث إضافات). في هذا الصدد، تعتبر التغييرات على الكود المصدر كما هو محدد في التزامات تغييرات التعليمات البرمجية وستكون أسطر التعليمات البرمجية أي سطر من ملف التعليمات البرمجية المصدر، بما في ذلك التعليقات والأسطر الفارغة.
اريد معرفة المزيد؟
انقر هنا لقراءة المزيد حول هذا المقياس.
استراتيجيات جمع البيانات
وصف محدد: Git
في حالات git ، نحدد "تغيير الرمز" و "تاريخ التغيير" كما نوضح بالتفصيل التزامات تغييرات التعليمات البرمجية. يمكن تحديد تاريخ التغيير (للنظر فيه في فترة ما أم لا) كتاريخ المؤلف أو تاريخ الالتزام بالتزام git المقابل.
نظرًا لأن git يوفر تغييرات على هيئة تصحيحات مختلفة (قائمة الأسطر التي تمت إضافتها وإزالتها) ، فسيتم اعتبار كل سطر مذكور كخط مضاف أو سطر تمت إزالته في الفرق بمثابة خط تم تغييره (تم لمسه). إذا تمت إزالة سطر وإضافته ، فسيتم اعتباره "تغييرين على سطر".
المعلمات الإلزامية:
-
نوع التاريخ. إما تاريخ المؤلف أو تاريخ الملتزم. الافتراضي: تاريخ المؤلف.\ لكل التزام git، يتم الاحتفاظ بتاريخين: وقت تأليف الالتزام، ووقت الالتزام بالمستودع. لتحديد الفترة، يجب تحديد أحدهما.
- تضمين عمليات دمج الالتزامات. قيمة منطقية. الافتراضي: صحيح.\ عمليات دمج الالتزامات هي تلك التي تدمج فرعًا، وفي بعض الحالات لا تعتبر انعكاسًا لنشاط الترميز
تتضمن المجمعات المحتملة لمقياس خطوط تغييرات التعليمات البرمجية ما يلي:
- عدد. إجمالي عدد الأسطر التي تم تغييرها (التي تم لمسها) خلال الفترة.
تتضمن المعلمات المحتملة لمقياس خطوط تغييرات التعليمات البرمجية ما يلي:
- الفترة الزمنية: تاريخ بدء الفترة وانتهائها. الافتراضي: إلى الأبد. الفترة التي يتم خلالها النظر في التغييرات.
- معايير الكود المصدري ؛ الخوارزمية الافتراضية: جميع الملفات هي شفرة المصدر. إذا ركزنا على الكود المصدري ، فنحن بحاجة إلى معيار لتقرير ما إذا كان الملف جزءًا من الكود المصدري أم لا.
- نوع تغيير كود المصدر:
- تمت إضافة خطوط
- تم إزالة الخطوط
- بيضاء
فلاتر
- من قبل الممثلين (المؤلف ، الملتزم). يتطلب دمج الممثل (دمج المعرفات المقابلة لنفس المؤلف).
- حسب مجموعات الفاعلين (صاحب العمل ، الجنس ...). يتطلب تجميع الممثلين ، وعلى الأرجح ، دمج الممثلين.
- By علامات (مستخدم في رسالة الالتزامات). يتطلب هيكلًا لرسالة الالتزامات. يمكن استخدام هذه العلامة في مشروع مفتوح المصدر للتواصل مع كل مساهم إذا كان الالتزام ، على سبيل المثال ، إصلاحًا لخلل أو تحسين ميزة.
- عد شهريا بمرور الوقت
- عد لكل مجموعة بمرور الوقت
المرئيات
مراجع حسابات
المساهمين
- مات جيرمونبريز
- كيفن لومبارد
- إليزابيث بارون
- بيكولار سي أوميه
معلومات اضافية
لتحرير هذا المقياس، يرجى قم بتقديم طلب التغيير هنا
للإشارة إلى هذا المقياس في البرامج أو المنشورات ، يرجى استخدام عنوان URL الثابت هذا: https://chaoss.community/?p=3591
قد يؤدي استخدام المقاييس الصحية ونشرها إلى انتهاكات الخصوصية. قد تتعرض المنظمات للمخاطر. قد تتدفق هذه المخاطر من الامتثال للائحة العامة لحماية البيانات في الاتحاد الأوروبي ، أو مع قانون الولاية في الولايات المتحدة ، أو مع قوانين أخرى. قد تكون هناك أيضًا مخاطر تعاقدية ناتجة عن شروط الخدمة لموفري البيانات مثل GitHub و GitLab. يجب فحص استخدام المقاييس بحثًا عن المخاطر ومشكلات أخلاقيات البيانات المحتملة. لطفا أنظر وثيقة أخلاقيات البيانات CHAOSS للحصول على إرشادات إضافية.