على الرغم من أن التعليمات البرمجية موجودة ليتم تجميعها أو تنفيذها بواسطة الكمبيوتر، إلا أنها أيضًا موجودة أيضاً ليقرأها البشر. لا يهتم الكمبيوتر كيف تبدو الشيفرة طالما أنها ذات بنية صحيحة. ومع ذلك، هناك الكثير مما يمكنك القيام به في في تنسيق وتصميم الشيفرة لجعل تلك الشيفرة أكثر قابلية للقراءة من قبل البشر.
هذه في الغالب أمور بسيطة، مثل التناسق في المسافات البادئة والتباعد، وطول السطر. كل لغة لها اصطلاحاتها الخاصة بها؛ وسيكون لكل مشروع مشروع سيكون له تخصصاته الخاصة بتلك الاصطلاحات. BeeWare ليست استثناءً.
Someone reviewing a patch still needs to check for correct logic, but these simple style-check tasks are easy to check programatically. Many text editors will (or have extensions that will) do this process for you - the task is called linting. Beefore is a tool that allows you to integrate these checks into your GitHub pre-merge procedure, in the same way that can integrate continuous integration and test suite compliance before merging.
لكن الأمر لا يقتصر فقط على نمط الكود. أي فحص يمكن قياسه بشكل موضوعي يمكن إجراؤه كجزء من إجراء ما قبل الدمج قبل الدمج. يمكن أن يشمل ذلك:
- التحقق من وجود شهادة منشأ المطور أو ترخيص المساهمين اتفاقية أو بعض إجراءات ترخيص المساهمة الأخرى.
- تقييم مدى تعقيد الشيفرة البرمجية
- تقييم تغطية التعليمات البرمجية
وغيرها الكثير.
يستند Beefore على عملية التكامل المستمر التي تستخدمها التي تستخدمها بالفعل لتشغيل مجموعة الاختبارات الخاصة بك قبل دمج الالتزامات (على سبيل المثال, Travis-CI). يتم تنفيذ اختبارات Beefore كتشغيل اختبار مخصص.
كيف تُساعد
- تحسين البطانات الحالية
- دمج البطانات الجديدة والتحقق من الأنماط (على سبيل المثال، جافا)
إذن، لماذا يُدعى "Beefore"؟
إنه يتحقق من جميع الأشياء التي يجب أن تكون صحيحة قبل دمج التصحيح.
