تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
توضّح هذه الصفحة كيفية إنشاء عمليات نشر وإدارتها لتطبيق Google Chat. ومن خلال الحفاظ على عمليات نشر مختلفة، يمكنك إدارة كل مرحلة من مراحل دورة حياة تطبيق Chat بشكل أفضل وإصدار التغييرات في مرحلة الإنتاج بأمان.
إنشاء عمليات نشر لكل مرحلة من مراحل دورة حياة التطبيق
لإدارة تطبيق Chat طوال دورة حياته، ننصحك بإنشاء تطبيق Chat ونشره لكل من البيئات التالية:
التطوير: البيئة التي تستخدمها لإجراء تغييرات. إذا
كنت بحاجة إلى ذلك، يمكنك استخدام عملية النشر الرئيسية أو تشغيل هذه البيئة محليًا.
مرحلة الاختبار: هي البيئة التي يتم نشر التطبيق فيها للمختبِرين الموثوق بهم لإجراء اختبار شامل. يجب أن تكون هذه البيئة مشابهة لبيئة الإنتاج قدر الإمكان.
يجب إنشاء مشروع على Google Cloud لكل تطبيق تنشره في Chat. عند ضبط إعدادات Chat API في كل مشروع على السحابة الإلكترونية، ننصحك باستخدام اسم تطبيق مختلف وعنوان URL مختلف للصورة الرمزية ووصف مختلف، وذلك لتتمكّن من التمييز بشكل أفضل بين تطبيقات Chat في Google Chat.
في المثال التالي، تم إنشاء تطبيق Chat باسم Task app استنادًا إلى HTTP، ويستخدم نقاط نهاية مختلفة للنشر في بيئات التطوير والاختبار والإنتاج:
البيئة
اسم مشروع Cloud
اسم التطبيق
عنوان URL لنقطة نهاية HTTP
تطوير
task-chat-app-dev
تطبيق Dev Task
http://example.com/api/myapp/head
تصنيف المراحل
task-chat-app-staging
تطبيق Staging Task
http://example.com/api/myapp/staging
الإنتاج
task-chat-app
تطبيق "مهام Google"
http://example.com/api/myapp/
إدارة عمليات النشر استنادًا إلى بنية تطبيق Chat
يتضمّن الجدول التالي اعتبارات إضافية عند إدارة عمليات النشر
لبُنى تطبيقات الدردشة معيّنة:
الهندسة المعمارية
تنسيق النشر
الاعتبارات
HTTP
عنوان URL لنقطة نهاية HTTP
يمكنك نشر التغييرات بشكل تدريجي على كل نقطة نهاية في دورة حياة تطبيق Chat. على سبيل المثال، بعد اختبار ميزة جديدة تم نشرها في نقطة نهاية مرحلة الاختبار http://example.com/api/myapp/staging، يمكنك طرح الميزة في مرحلة الإنتاج من خلال نشرها في نقطة نهاية مرحلة الإنتاج، مثل http://example.com/api/myapp.
لتصحيح أخطاء الرمز قبل نشره، يمكنك ضبط نقطة نهاية في بيئتك المحلية. للتعرّف على كيفية اختبار التغييرات محليًا، يُرجى الاطّلاع على مقالة
تصحيح أخطاء تطبيقات Google Chat.
لغة برمجة تطبيقات Google
رقم تعريف النشر
يمكن أن تتضمّن مشاريع "برمجة التطبيقات" فرعًا واحدًا فقط، ويمكن ربطها بمشروع واحد على السحابة الإلكترونية. لاختبار التغييرات والحفاظ على بيئات متعددة، عليك إنشاء مشاريع مختلفة في "برمجة تطبيقات Google" لكل بيئة.
يجب استخدام عملية نشر الإصدار الرئيسي من مشروع "برمجة تطبيقات Google" لبيئة التطوير فقط. بالنسبة إلى بيئات الإعداد والإنتاج، استخدِم عمليات النشر التي تتضمّن إصدارات. لمعرفة التفاصيل، يُرجى الاطّلاع على
إنشاء عمليات النشر وإدارتها
في مستندات Apps Script.
تاريخ التعديل الأخير: 2025-07-25 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2025-07-25 (حسب التوقيت العالمي المتفَّق عليه)"],[[["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"]]
