ایجاد و مدیریت استقرار برای برنامه Google Chat خود، ایجاد و مدیریت استقرار برای برنامه Google Chat
با مجموعه‌ها، منظم بمانید
ذخیره و طبقه‌بندی محتوا براساس اولویت‌های شما.
این صفحه نحوه ایجاد و مدیریت استقرار برای برنامه Google Chat را توضیح می دهد. با حفظ پیاده‌سازی‌های مختلف، می‌توانید هر مرحله از چرخه عمر برنامه Chat خود را بهتر مدیریت کنید و با خیال راحت تغییرات تولید را منتشر کنید.
برای هر مرحله از چرخه عمر برنامه، استقرار ایجاد کنید
برای مدیریت برنامه Chat در طول چرخه عمر آن، توصیه می‌کنیم برای هر یک از محیط‌های زیر یک برنامه Chat ایجاد و اجرا کنید:
- توسعه: محیطی که برای کار روی آن استفاده می کنید تغییر می کند. در صورت نیاز، می توانید از Deployment هد استفاده کنید یا این محیط را به صورت محلی اجرا کنید.
- مرحله‌بندی: محیطی که برای آزمایش‌های سرتاسر برای آزمایش‌کنندگان مورد اعتماد مستقر می‌کنید. این محیط باید تا حد امکان به تولید نزدیک باشد.
- تولید: محیطی که با انتشار برنامه چت خود در Google Workspace Marketplace برای کاربران نهایی ایجاد می‌کنید.
برای هر برنامه چتی که اجرا می کنید، باید یک پروژه Google Cloud ایجاد کنید. هنگامی که Chat API را در هر پروژه Cloud پیکربندی می‌کنید، از یک نام برنامه، URL آواتار و توضیحات متمایز استفاده کنید تا بتوانید بهتر بین برنامه‌های Chat در Google Chat تمایز قائل شوید.
در مثال زیر، برنامه Chat به نام Task app بر روی HTTP ساخته شده است و از نقاط پایانی مختلفی برای توسعه، مرحله‌بندی و تولید استفاده می‌کند:
| محیط زیست | نام پروژه ابری | نام برنامه | نشانی وب نقطه پایانی 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 | برنامه وظیفه | http://example.com/api/myapp/ |
استقرارها را بر اساس معماری برنامه چت خود مدیریت کنید
جدول زیر شامل ملاحظات اضافی هنگام مدیریت استقرار برای معماری‌های خاص برنامه چت است:
| معماری | فرمت استقرار | ملاحظات |
|---|
| HTTP | نشانی وب نقطه پایانی HTTP | - تغییرات را به تدریج در هر نقطه پایانی در چرخه عمر برنامه Chat خود اعمال کنید. برای مثال، پس از آزمایش یک ویژگی جدید در نقطه پایانی مرحله‌بندی
http://example.com/api/myapp/staging ، با استقرار آن در نقطه پایانی تولید خود، مانند http://example.com/api/myapp ، ویژگی را برای تولید آزاد کنید. - برای اشکال زدایی کد قبل از استقرار، می توانید یک نقطه پایانی را برای محیط محلی خود تنظیم کنید. برای آشنایی با نحوه آزمایش تغییرات به صورت محلی، به Debug Google Chat apps مراجعه کنید.
|
| اسکریپت Google Apps | شناسه استقرار | - پروژه های Apps Script فقط می توانند یک شاخه داشته باشند و با یک پروژه Cloud مرتبط شوند. برای آزمایش تغییرات و حفظ چندین محیط، باید پروژه های Apps Script مختلفی برای هر محیط ایجاد کنید.
- شما فقط باید از استقرار سر پروژه Apps Script برای محیط توسعه استفاده کنید. برای محیط های صحنه سازی و تولید، از استقرارهای نسخه شده استفاده کنید. برای جزئیات، به ایجاد و مدیریت استقرارها در اسناد Apps Script مراجعه کنید.
|
| میخانه / فرعی | میخانه / موضوع فرعی | برای هر استقرار باید از یک موضوع Pub/Sub متفاوت استفاده کنید. |
جز در مواردی که غیر از این ذکر شده باشد،محتوای این صفحه تحت مجوز Creative Commons Attribution 4.0 License است. نمونه کدها نیز دارای مجوز Apache 2.0 License است. برای اطلاع از جزئیات، به خطمشیهای سایت Google Developers مراجعه کنید. جاوا علامت تجاری ثبتشده Oracle و/یا شرکتهای وابسته به آن است.
تاریخ آخرین بهروزرسانی 2025-08-29 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2025-08-29 بهوقت ساعت هماهنگ جهانی."],[[["\u003cp\u003eManage your Google Chat app's lifecycle by creating separate deployments for development, staging, and production environments.\u003c/p\u003e\n"],["\u003cp\u003eCreate a distinct Google Cloud project for each deployment, using unique app names, avatar URLs, and descriptions for clarity.\u003c/p\u003e\n"],["\u003cp\u003eDeploy changes progressively through each environment, starting with development and moving to staging before releasing to production.\u003c/p\u003e\n"],["\u003cp\u003eFor Apps Script projects, maintain separate projects for each environment due to their single-branch limitation.\u003c/p\u003e\n"],["\u003cp\u003eUtilize different Pub/Sub topics for individual deployments to ensure environment isolation.\u003c/p\u003e\n"]]],["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"],null,["# Create and manage deployments for your Google Chat app\n\nThis page explains how to create and management deployments for your\nGoogle Chat app. By maintaining different deployments, you can\nbetter manage each phase of your Chat app's lifecycle\nand safely release changes to production.\n\nCreate deployments for each phase of the app lifecycle\n------------------------------------------------------\n\nTo manage your Chat app throughout its lifecycle, we\nrecommend that you create and deploy a Chat app for\neach of the following environments:\n\n- **Development:** The environment that you use to work on changes. If needed, you can use the head deployment or run this environment locally.\n- **Staging:** The environment that you deploy to trusted testers for end-to-end testing. This environment should be as close to production as possible.\n- **Production:** The environment that you deploy to end users by [publishing\n your Chat app to the\n Google Workspace Marketplace](/workspace/marketplace/how-to-publish).\n\nFor each Chat app that you deploy, you must create a\nGoogle Cloud project. When you configure the Chat API in each\nCloud project, consider using a distinct app name, avatar URL, and\ndescription so that you can better distinguish between the\nChat apps in Google Chat.\n\nIn the following example, the Chat app\ncalled `Task app` is built on HTTP and uses different endpoints to deploy to\ndevelopment, staging, and production:\n\n| Environment | Cloud project name | App name | HTTP endpoint URL |\n|-------------|-------------------------|------------------|----------------------------------------|\n| Development | `task-chat-app-dev` | Dev Task app | `http://example.com/api/myapp/head` |\n| Staging | `task-chat-app-staging` | Staging Task app | `http://example.com/api/myapp/staging` |\n| Production | `task-chat-app` | Task app | `http://example.com/api/myapp/` |\n\n### Manage deployments based on your Chat app architecture\n\nThe following table includes additional considerations when managing deployments\nfor specific [Chat app\narchitectures](/workspace/chat/structure):\n\n| Architecture | Deployment format | Considerations |\n|--------------------|-------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| HTTP | HTTP endpoint URL | - Deploy changes progressively to each endpoint in your Chat app's lifecycle. For example, after you've tested a new feature deployed in your staging endpoint `http://example.com/api/myapp/staging`, release the feature to production by deploying it to your production endpoint, such as `http://example.com/api/myapp`. - To debug code before deploying, you can set an endpoint to your local environment. To learn how to test changes locally, see [Debug Google Chat apps](/chat/troubleshoot/debug). |\n| Google Apps Script | Deployment ID | - Apps Script projects can only have a single branch and be associated with one Cloud project. To test changes and maintain multiple environments, you must create different Apps Script projects for each environment. - You should only use the Apps Script project's head deployment for the development environment. For staging and production environments, use versioned deployments. For details, see [Create and manage deployments](/apps-script/concepts/deployments) in the Apps Script documentation. |\n| Pub/Sub | Pub/Sub topic | You should use a different Pub/Sub topic for each deployment. |\n\nRelated topics\n--------------\n\n- [Test interactive features for Google Chat apps](/workspace/chat/test-interactive-features)\n- [Create and manage Apps Script deployments](/apps-script/concepts/deployments)\n- [Choose a Chat app architecture](/workspace/chat/structure)"]]
