مجموعة التغييرات
في برامج التحكم في الإصدارات ، تُعرف مجموعة التغييرات (المعروفة أيضًا باسم الالتزام [ 1 ] والمراجعة [ 2 ] [ 3 ] ) بأنها مجموعة من التعديلات المجمعة معًا، بالإضافة إلى معلومات وصفية حول هذه التعديلات. تصف مجموعة التغييرات الاختلافات الدقيقة بين إصدارين متتاليين في مستودع التغييرات الخاص بنظام التحكم في الإصدارات. عادةً ما تُعامل مجموعات التغييرات كوحدة ذرية ، أي مجموعة غير قابلة للتجزئة، في أنظمة التحكم في الإصدارات. هذا أحد نماذج المزامنة . [ 4 ] [ 5 ]
مصطلحات
في نظام التحكم في الإصدارات Git، تُسمى مجموعة التغييرات "التزامًا" [ 1 ]، ويجب عدم الخلط بينها وبين عملية الالتزام المستخدمة لتثبيت مجموعة التغييرات (أو في حالة Git من الناحية الفنية، لقطة [ 1 ] ) في مستودع. [ 6 ]
تستخدم أنظمة التحكم في الإصدارات الأخرى أسماءً أخرى للإشارة إلى مجموعات التغييرات، فعلى سبيل المثال، يسميها داركس "التصحيحات"، [ 7 ] بينما يشير إليها بيجول باسم "التغييرات". [ 8 ]
البيانات الوصفية
تقوم أنظمة التحكم في الإصدارات بإرفاق بيانات وصفية بمجموعات التغييرات. تتضمن البيانات الوصفية النموذجية وصفًا يقدمه المبرمج (رسالة "الالتزام" في مصطلحات Git)، واسم المؤلف، وتاريخ الالتزام، وما إلى ذلك. [ 9 ]
تُعدّ المعرّفات الفريدة جزءًا مهمًا من البيانات الوصفية التي تُلحقها أنظمة التحكم في الإصدارات بمجموعات التغييرات. تستخدم أنظمة التحكم المركزية في الإصدارات، مثل Subversion و CVS، أرقامًا متزايدة كمعرّفات. [ 10 ] [ 11 ] أما أنظمة التحكم الموزعة في الإصدارات ، مثل Git ، فتُنشئ معرّفًا فريدًا بتطبيق دالة تجزئة تشفيرية على مجموعة التغييرات. [ 12 ]
أفضل الممارسات
نظراً لأن أنظمة التحكم في الإصدارات تعمل على مجموعات التغييرات كوحدات أساسية، ولأن التواصل داخل فرق التطوير يُحسّن الأداء، توجد بعض أفضل الممارسات التي يجب اتباعها عند إنشاء مجموعات التغييرات. سنذكر هنا أهم اثنتين فقط: تكامل محتوى مجموعة التغييرات ووصفها.
ينبغي أن يقتصر محتوى مجموعة التغييرات على مهمة واحدة أو إصلاح واحد فقط، وأن يحتوي فقط على التعليمات البرمجية التي تعمل ولا تتسبب عمداً في تعطيل الوظائف الحالية. [ 13 ]
ينبغي أن تكون أوصاف مجموعة التغييرات موجزة، مع تسجيل سبب إجراء التعديل، وتأثير التعديل أو الغرض منه، ووصف الجوانب غير البديهية لكيفية عمل التغيير. [ 14 ]
انظر أيضاً
مراجع
- 1 2 3 مجموعة التغييرات في قاموس git
- ↑ مراجعة في قاموس git
- ↑ فهم الزئبقي - الزئبقي
- ↑ ميركوريال: مجموعة التغييرات مؤرشفة في 15 يناير 2010، على موقع Wayback Machine
- ↑ "مقارنة أنظمة التحكم في الإصدارات" . مبادرة إدارة سلسلة التوريد الأفضل. مؤرشف من الأصل في 21 مارس 2009.
- ↑ الالتزام في قاموس git
- ↑ داركس - الاختلافات عن جيت
- ↑ دليل استخدام بيجول - دليل استخدام بيجول
- ↑ جيت - توثيق git-commit-tree
- ↑ مُحدِّدات المراجعة - التحكم في الإصدار باستخدام Subversion
- ↑ نظام الإصدارات المتزامنة (CVS) - المراجعات
- ↑ جيت - توثيق انتقال دالة التجزئة
- ↑ GitLab. " ما هي أفضل ممارسات التحكم في إصدارات Git؟" . gitlab.com . تم الاطلاع عليه في 11 نوفمبر 2022.
اكتب أقل قدر ممكن من التعليمات البرمجية لحل مشكلة ما. بعد تحديد مشكلة أو تحسين، فإن أفضل طريقة لتجربة شيء جديد وغير مختبر هي تقسيم التحديث إلى دفعات صغيرة ذات قيمة يمكن اختبارها بسهولة وسرعة مع المستخدم النهائي لإثبات صحة الحل المقترح والتراجع عنه في حالة عدم نجاحه دون إلغاء الوظيفة الجديدة بالكامل. ... فيما يتعلق بإجراء تغييرات صغيرة، فإن الالتزامات الذرية هي وحدة عمل واحدة، تتضمن مهمة واحدة فقط أو إصلاحًا واحدًا (مثل الترقية، أو إصلاح الأخطاء، أو إعادة الهيكلة). تجعل الالتزامات الذرية مراجعات التعليمات البرمجية أسرع وعمليات التراجع أسهل، حيث يمكن تطبيقها أو التراجع عنها دون أي آثار جانبية غير مقصودة. الهدف من الالتزامات الذرية ليس إنشاء مئات الالتزامات، بل تجميع الالتزامات حسب السياق. على سبيل المثال، إذا احتاج مطور إلى إعادة هيكلة التعليمات البرمجية وإضافة ميزة جديدة، فسيقوم بإنشاء عمليتي تثبيت منفصلتين بدلاً من إنشاء عملية تثبيت متجانسة تتضمن تغييرات لأغراض مختلفة.
- ↑ ReQtest (26 أكتوبر 2020). "ما هي فوائد التحكم في الإصدارات؟" . تم الاطلاع عليه بتاريخ 21 نوفمبر 2022.
يوفر تتبع التغييرات تحليلًا للتغييرات السابقة، بالإضافة إلى نظرة شاملة لمسار مجموعة البيانات. ويوضح تاريخ المستند
الغرض
من التغييرات التي أُجريت.
- أنظمة التحكم في الإصدارات
- نماذج أولية لنظام إدارة المحتوى
