نموذج التزامن

في نموذج السحب/الإيداع، تُخزَّن الملفات بشكل فردي في مستودع ، حيث يتم سحبها عند الوصول إليها، وإيداعها عند تغييرها. يمكن لهذا المستودع تخزين نسخ متعددة من الملفات. ولأن هذه الملفات قد تكون وثائق أو شفرة مصدرية ، أو حتى مجموعة ملفات، فسيتم استخدام مصطلح " عنصر التكوين " (CI) من الآن فصاعدًا. وتتمثل الآلية الأساسية المستخدمة لمنع التعارضات الناتجة عن التعديلات المتزامنة في آلية القفل .

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

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

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

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

يوضح مخطط البيانات والعمليات أعلاه المفاهيم المختلفة التي تنطبق على نموذج مزامنة تسجيل الخروج/تسجيل الدخول وعلاقتها بالأنشطة الجارية. يُعد عنصر التكوين (Configuration Item) عنصرًا أساسيًا في نموذج البيانات الوصفية (على يمين الشكل). يُخزَّن هذا العنصر في مستودع واحد أو أكثر، وقد يكون، على سبيل المثال، ملفًا برمجيًا مصدريًا أو مجموعة من عناصر التكوين الأخرى. يمكن أن يحتوي المستودع على فروع ومراجعات متعددة للملفات، والتي بدورها تتكون من عناصر التكوين.

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

قام فيلر (1991) بتقييم نموذج مزامنة تسجيل الخروج/تسجيل الدخول. يتميز هذا النموذج بسهولة استخدامه وفهمه، إلا أن هذه البساطة تؤدي إلى قصور في إدارة الإعدادات، مثل تتبع إصدارات المنتج والتحقق من سجل الإصدارات عبر ملفات متعددة مترابطة منطقيًا.

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

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

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