إنشاء عمليات نشر لتطبيق Google Chat وإدارتها
توضّح هذه الصفحة كيفية إنشاء عمليات النشر وإدارتها لتطبيق
Google Chat. ومن خلال الحفاظ على عمليات النشر المختلفة، يمكنك
إدارة كل مرحلة من مراحل دورة حياة تطبيق Chat بشكلٍ أفضل
وطرح التغييرات على قناة الإصدار العلني بأمان.
إنشاء عمليات نشر لكل مرحلة من مراحل دورة حياة التطبيق
لإدارة تطبيق Chat على مدار مراحل نشاطه، ننصح
بإنشاء تطبيق Chat ونشره في
كل بيئة من البيئات التالية:
- التطوير: هي البيئة التي تستخدمها للعمل على التغييرات. يمكنك استخدام عملية النشر الرئيسية أو تشغيل هذه البيئة محليًا عند الحاجة.
- مرحلة الإعداد: هي البيئة التي يتم نشرها للمختبِرين الموثوق بهم من أجل
الاختبار الشامل. يجب أن تكون هذه البيئة قريبة من بيئة الإنتاج قدر الإمكان.
- الإصدار العلني: هي البيئة التي يتم نشرها للمستخدمين النهائيين من خلال نشر
تطبيق Chat على
Google Workspace Marketplace.
لكل تطبيق Chat يتم نشره، عليك إنشاء
مشروع على Google Cloud. عند ضبط Chat API في كل
مشروع على Cloud، ننصحك باستخدام اسم تطبيق وعنوان URL للصورة الرمزية و
وصف مختلفين حتى تتمكّن من التمييز بشكل أفضل بين
تطبيقات Chat في Google Chat.
في المثال التالي، تم إنشاء تطبيق Chat
الذي يُسمى Task app
استنادًا إلى HTTP ويستخدم نقاط نهاية مختلفة للنشر في مرحلة
التطوير والنشر التجريبي والنشر:
البيئة |
اسم مشروع Google Cloud |
اسم التطبيق |
عنوان URL لنقطة نهاية HTTP |
تطوير |
task-chat-app-dev |
تطبيق "مهام المطوّرين" |
http://example.com/api/myapp/head |
تصنيف المراحل |
task-chat-app-staging |
تطبيق "مهام Google" في مرحلة الطرح التجريبي |
http://example.com/api/myapp/staging |
الإنتاج |
task-chat-app |
تطبيق "مهام Google" |
http://example.com/api/myapp/ |
إدارة عمليات النشر استنادًا إلى بنية تطبيق Chat
يتضمّن الجدول التالي اعتبارات إضافية عند إدارة عمليات النشر
لـ هياكل تطبيقات Chat معيّنة:
البنية |
تنسيق النشر |
الاعتبارات |
HTTP |
عنوان URL لنقطة نهاية HTTP |
- يمكنك نشر التغييرات تدريجيًا على كل نقطة نهاية في مسار تطوير
تطبيق Chat. على سبيل المثال، بعد
اختبار ميزة جديدة تم نشرها في نقطة نهاية الإصدار التمهيدي
http://example.com/api/myapp/staging ، يمكنك طرح الميزة في
الإنتاج من خلال نشرها في نقطة نهاية الإنتاج، مثل
http://example.com/api/myapp .
- لتصحيح أخطاء الرمز البرمجي قبل نشره، يمكنك ضبط نقطة نهاية على
البيئة المحلية. للتعرّف على كيفية اختبار التغييرات على الجهاز، يُرجى الاطّلاع على مقالة
تصحيح أخطاء تطبيقات Google Chat.
|
لغة برمجة تطبيقات Google |
رقم تعريف النشر |
- يمكن أن تتضمّن مشاريع Apps Script فرعًا واحدًا فقط ويجب أن تكون مرتبطة بمشروع واحد على Cloud. لاختبار التغييرات وصيانة
بيئات متعددة، عليك إنشاء مشاريع مختلفة في "برمجة تطبيقات Google"
لكل بيئة.
- يجب عدم استخدام عملية نشر الإصدار العلني
لمشروع Apps Script إلا في بيئة التطوير. بالنسبة إلى بيئات الاختبار والإنتاج،
استخدِم عمليات النشر التي تتضمّن إصدارات. لمعرفة التفاصيل، يُرجى الاطّلاع على إنشاء عمليات النشر وإدارتها في مستندات Apps Script.
|
نشر/اشتراك |
موضوع Pub/Sub |
يجب استخدام موضوع Pub/Sub مختلف لكل عملية نشر. |
إنّ محتوى هذه الصفحة مرخّص بموجب ترخيص Creative Commons Attribution 4.0 ما لم يُنصّ على خلاف ذلك، ونماذج الرموز مرخّصة بموجب ترخيص Apache 2.0. للاطّلاع على التفاصيل، يُرجى مراجعة سياسات موقع Google Developers. إنّ Java هي علامة تجارية مسجَّلة لشركة Oracle و/أو شركائها التابعين.
تاريخ التعديل الأخير: 2024-12-21 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2024-12-21 (حسب التوقيت العالمي المتفَّق عليه)"],[[["Manage your Google Chat app's lifecycle by creating separate deployments for development, staging, and production environments."],["Create a distinct Google Cloud project for each deployment, using unique app names, avatar URLs, and descriptions for clarity."],["Deploy changes progressively through each environment, starting with development and moving to staging before releasing to production."],["For Apps Script projects, maintain separate projects for each environment due to their single-branch limitation."],["Utilize different Pub/Sub topics for individual deployments to ensure environment isolation."]]],["The document outlines creating and managing deployments for Google Chat apps across development, staging, and production environments. Each environment requires a separate Google Cloud project with a distinct app name and details. Deployment methods vary: HTTP uses endpoint URLs, Apps Script utilizes deployment IDs and separate projects, and Pub/Sub employs unique topics. Changes should be progressively deployed, starting from development, then staging, and finally production. Different app architectures require different consideration.\n"]]