تحديد إصدارات التكامل

تتيح ميزة "التحكّم في الإصدار" للمطوّرين إدارة إصدارات متعددة من عملية الدمج في مراحل مختلفة من التطوير.

في علامة التبويب تطوير ضمن Google Home Developer Console، تُعد عمليات الدمج "غير محدّدة الإصدار". بعد بدء مرحلة الاختبار في عملية التطوير ضمن علامة التبويب اختبار، يتم إنشاء إصدارات من عمليات الدمج. يتم استخدام إصدار تكامل من تلك النقطة فصاعدًا لكل خطوة متبقية في سير العمل، بدءًا من الاختبار وحتى الإطلاق.

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

المتطلبات الأساسية

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

قبل إنشاء خطة اختبار للحصول على شهادة اعتماد، تأكَّد من تنفيذ ما يلي:

1. تم إنشاء ملف تعريفي للشركة.
2. أدخلت معرّف المورّد (VID) الخاص بالإنتاج لعملية الدمج.
3. إعدادات العلامة التجارية

إذا لم تكن قد أكملت كل هذه الخطوات لعملية الدمج، لا يمكن اعتماد إصدار عملية الدمج الذي تم إنشاؤه لاختبار الاعتماد. عليك إنشاء إصدار جديد والبدء من جديد من خطوة "الاختبار".

عليك أيضًا إنشاء نسخة جديدة والبدء من جديد إذا أردت تعديل علامتك التجارية قبل اعتماد نسخة من عملية الدمج.

إنشاء إصدار جديد

عند إنشاء خطة اختبار للحصول على شهادة اعتماد، يتم إنشاء نسخة جديدة من عملية الدمج. يتم إدراج هذه النسخة المرقمة في جميع قوائم الدمج في Developer Console علامة التبويب "من الاختبار" فصاعدًا.

لا يتم إنشاء نُسخ جديدة من نُسخ أخرى مرقّمة. على سبيل المثال، سيؤدي إنشاء أول خطة اختبار لعملية دمج إلى إنشاء الإصدار v.1 لعملية الدمج هذه. سيؤدي إنشاء خطة اختبار أخرى إلى إنشاء الإصدار 2 من عملية الدمج هذه، ولكن لن يستند هذا الإصدار إلى الإصدار 1. بدلاً من ذلك، يستند هذا الإصدار إلى نسخة غير محدّدة من عملية الدمج، تمامًا كما كان الإصدار v.1.

يمثّل الإصدار غير متوفّر لعملية الدمج مثيلاً غير محدّد الإصدار لعملية الدمج، ويتم إدارته في علامة التبويب تطوير.

بعبارة أخرى، في Matter > اختبار ضمن Developer Console:

• إذا نقرت على اختبار للإصدار غير متوفّر من عملية الدمج، سيتم إنشاء إصدار جديد. سيكون رقم الإصدار أعلى بمقدار واحد من أي إصدارات مرقّمة حالية.
  • إذا لم تتوفّر أي نُسخ مرقّمة، سيتم إنشاء النسخة v.1.
  • إذا كان الإصدار v.1 متوفّرًا، سيتم إنشاء الإصدار v.2. إذا كان الإصدار v.2 متوفّرًا، سيتم إنشاء الإصدار v.3، وهكذا.
• إذا نقرت على اختبار لإصدار مرقّم من عملية الدمج (على سبيل المثال، الإصدار 1)، لن يتم إنشاء إصدار جديد. بدلاً من ذلك، يتم اختبار الإصدار v.1 مرة أخرى.

البيانات الوصفية

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

لن يظهر أي تغيير في البيانات الوصفية لعملية الدمج في الإصدارات الحالية. يجب إنشاء إصدار جديد ليتم استخدام البيانات الوصفية المعدَّلة في عملية الاعتماد والإطلاق.

حذف نسخة

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

لا تتم إزالة إصدار عملية الدمج من Developer Console إلا بعد إطلاقه واستبداله لاحقًا بإصدار آخر.