פריסת אפליקציה בסיוע מהיר

מה התכונה עושה

נקודת הקצה הנוכחית של הנחיה לאפליקציה משלבת תקציר כתוב עם existing Git template repository ותורים המאגר הזה דרך צינור פריסת האפליקציה הרגיל ללא שינוי. הבריף נשמר כמקור עבור איטרציות מאוחרות יותר.

זה not מייצר מאגר יישומים חדש מהבריף. נדרשת כתובת ה-URL של התבנית, והפריסה הראשונה מכילה את מקור התבנית בגרסה שנפתרה, אלא אם המקור הזה כבר מיישם את הבקשה.

צור מתוך הנחיה ותבנית


POST /api/apps/from-prompt
Content-Type: application/json
 
{
  "brief": "A private reading-list app with a health endpoint",
  "template_git_url": "https://github.com/example/reviewed-template.git",
  "branch": "main",
  "visibility": "private"
}

התגובה כוללת מזהי אפליקציות, פריסה ובנייה עמידים בתוספת כתובת URL של זרם בנייה. הבריאה היא אסינכרונית. עקוב אחר רשומת הפריסה או זרם הבנייה עד שהוא מגיע למצב מסוף; אל תגיש פריסה כפולה רק בגלל שההתקדמות שקטה.

לפני הגשת הבקשה:

עיין במאגר וברישיון שלו;
הצמד או הקלט את גרסת המקור המדויקת שבה השתמש הפריסה;
לאמת את התנהגות ההתקנה, הבנייה, ההפעלה, הנמל והבריאות שלו; ו
שמור סודות מחוץ להודעה והמאגר.

ההנחיה היא הקשר, לא הוכחה שהמקור המתקבל עומד בו. בדוק את ההתנהגות הנפרסת מול קריטריוני קבלה שנגזרו מהבריף.

בקש שינוי מאוחר יותר


POST /api/apps/{app_id}/iterate
Content-Type: application/json
 
{
  "instruction": "Add an authenticated export endpoint and a regression test"
}

זה שולח משימת סוכן תיקון אסינכרונית עבור אפליקציה שבבעלותך ושיש לה מקור Git. סקר:


GET /api/apps/{app_id}/agent-status?thread_id={thread_id}

תגובת המצב משלבת את מצב הפריסה העדכני ביותר עם מצב חוט איטרציה וכל עדות לתוצאה מדווחת.

גבול איטרציה חשוב

נתיב התיקון הנוכחי יכול לעבוד בארגז החול שלו ולבקש פריסה חדשה, אבל התמדה חזרה למאגר Git של המפתח היא עדיין לא שלב מובטח. לכן שרשור סוכן done אינו מוכיח כשלעצמו כי:

השינוי המבוקש קיים במאגר במעלה הזרם;
נבנה מחויבות ספציפית;
מבחנים שעברו;
הפריסה החדשה הפכה לפעילה; או
ניתן לשחזר את הפריסה הישנה.

עבור כל איטרציה, רשום באופן עצמאי את ההתחייבות במעלה הזרם, מזהה הפריסה, מזהה ה-build, תוצאת הבריאות והוכחות לבדיקת קבלה. אם המאגר במעלה הזרם לא עודכן, שמרו את התיקון באמצעות זרימת עבודה של בקרת מקור שנבדקה על ידי המפעיל לפני שתסתמכו על השינוי.

רצף קבלה בטוח

תרגם את הבריף לקריטריוני קבלה שניתנים לצפייה.
סקור את התבנית שנבחרה ואת הגרסה המדויקת.
תור פריסה אחת ופעל לפי המזהים העמידים שלה.
אשר את המבנה, בדיקת תקינות המועמד ומתג המסלול בנפרד.
השתמש בקריטריוני הקבלה מול כתובת האתר שנפרסה.
ודא שה-source commit קיים במאגר שבו אתה שולט.
שמור ראיות ויעד החזרה.

ראה פריסת אפליקציה לשלבי הפריסה הניתנים לשינוי וטיפול בכשלים.