כל תהליך אוטומציה מתחיל לפעול ללא צורך בבקשה מצד המשתמש, בכל פעם. הוא פועל לפי לוח זמנים, או כאשר מתרחש משהו: נפתח pull request, יירשם קריאה לפעולה, או שבדיקה או פריסה ייכשלו.
כל תהליך אוטומציה מופיע במפעל תחת הכותרת אוטומציות, עם פירוט על מה שמפעיל אותו ומה הוא עושה. ניתן ליצור אותו תחת עבודה חדשה: בחרו באפשרות אוטומציה, ולאחר מכן הגדירו מתי הוא יפעל ומה הוא יעשה, במילים שלכם.
- תזמוןזמן
- אוטומציית אירועיםמשהו קורה.
משימה רגילה
מפרט, תוכנית, בנייה, אימות, ביקורת. משתמשת במקום סוכן; הקצו לה עדיפות נמוכה יותר.
P2P3pull request
היא אינה יכולה לאחד את עצמה או לבצע commit לענף הבסיס שלכם.
אתם מאשרים
שני סוגי מנגנוני הפעלה
| מנגנון הפעלה | ריצות | דוגמה |
|---|---|---|
| לוח זמנים | כל כמה שעות, או מדי יום, שבוע או חודש | לבקש מסנטרי נתונים חדשים על שגיאות כל שעה ולפתוח משימה עבור כל אחת מהן. |
| משהו מתרחש | כאשר GitHub או Coroid שולחים את האירוע. | כאשר משימה נכשלת, לברר את הסיבה ולפתוח משימה שתתקן אותה. |
יש להשתמש בלוח זמנים כאשר מנגנון ההפעלה תלוי בזמן, או כאשר המערכת שיש לעקוב אחריה אינה שולחת אירועי Coroid, כמו סנטרי או ג'ירה. לוח הזמנים פונה למערכת זו דרך ה- שרתי MCP ופותח עבודה עבור מה שהוא מוצא. ראו לוחות זמנים.
יש להשתמש במנגנון אירועים כאשר ניתן להודיע ל־Coroid ברגע שהדבר מתרחש. כך הוא מבצע פחות פעולות מיותרות בהשוואה ללוח זמנים שממשיך לבקש נתונים.
אירועים שניתן לבחור בעבודה חדשה
מתוך GitHub, שזקוק ל- GitHub App:
- נפתח, יעודכן או ימוזג pull request
- נפתחת קריאה לפעולה
- תגובה מציינת את Coroid; הדבר נספר רק כאשר למחבר התגובה יש הרשאת כתיבה על המאגר.
מתוך Coroid:
- משימה, תוכנית, בדיקת איכות, פריסה או בדיקת בריאות של פריסה נכשלות.
- הפריסה מצליחה.
- הגרסה מבוטלת.
אירועים שמשגרים מערכות משלכם דורשים חשבון שירות, ואירועי סלאק, טלגרם וג'ירה דורשים מסנן: שנו את האירוע של תהליך האוטומציה בעורך שלו. ראו ווים.
מה שהוא עושה
סוכן מבצע את ההוראות שלכם. הוא יכול לקרוא את הקוד של הפרויקט ולפתוח משימות, אך אינו משנה דבר ישירות. העבודה שהוא פותח עוברת את אותו תהליך של הגדרת מפרט, תכנון, בנייה, אימות וסקירה כמו כל דבר אחר, ומסתיימת ב־pull request שאתם מאשרים.
לפי לוח זמנים, תהליך אוטומציה יכול במקום זאת להריץ את בדיקות הדפדפן שלכם מול משטח בדיקה.
תהליכי אוטומציה קבועים ש־Coroid יוצר עבורכם הם מפסקים בבקרת איכות, ולא משהו שיש ליצור בעבודה חדשה:
- סקירת בקשות משיכה. של בקרת איכות בקשות משיכה קבוצה מפעילה את הבדיקות של הפרויקט על כל pull request (Coroid בקרת איכות) ומקבלת עליו תגובת סקירה של Coroid.
- הפיכת הודעות וקריאות לפעולה לבקשות. הודעות סלאק וטלגרם, תגובות GitHub שמציינות את Coroid וקריאות ג'ירה חדשות הופכות לבקשות כאשר המקור שלהן מופעל בבקרת איכות, תחת הכותרת לפני תחילת העבודה. ראו מעקב אחר קריאות עבור ג'ירה.
- מעקב אחר כשלים. משימה שנכשלה, פריסה שנכשלה או גרסה שבוטלה – לכל אחת מהן יש מפסק תחת כאשר משהו נכשל.
- ניקוי חובות קיימים. של פרויקט ניקוי חובות שבועי הוא מפסק בשורת אנטי-סלופ שלו.
תהליך אוטומציה שמפסק מנהל נרשם כך בעמוד שלו במפעל, עם קישור למפסק. ניתן לשהות אותו שם או לכבות אותו; שנו את ההוראות שלו והוא יהפוך לשלכם, לאחר שתאשרו.
תהליכי אוטומציה שנוצרו קודם ומגישים בקשות ממשיכים לפעול ומופיעים תחת הכותרת אוטומציות. תהליכי אוטומציה שסקרו בקשות משיכה הושהו כאשר בקרת איכות נטלה את השליטה על סקירת Coroid.
תבניות של עבודה חדשה
עבודה חדשה הציעה בעבר תבניות. תפקידן עבר למפסקים הנ שרת MCP שאתם מחברים בהגדרות, תחת הכותרת חיבורים: לוח זמנים יכול להשתמש בו, ותהליך אוטומציה המבוסס על אירועים יכול להשתמש בו לאחר שתאשרו כלים של MCP בעורך שלו במפעל. תהליכי אוטומציה שיצרתם מתבנית ממשיכים לפעול כפי שהם. קישור ישן לתבנית יפתח את המפסק שהחליף אותה, או את עבודה חדשה.
מעקב אחר תהליך אוטומציה
פתחו תהליך אוטומציה במפעל כדי לראות כל הפעלה: מתי הוא פעל, כמה עלה, מה פתח ומדוע הפעלה לא הסתיימה. משם, בעלי זכויות ומנהלים יכולים לשהות אותו, לבדוק אותו, לערוך אותו או למחוק אותו. כל אדם בארגון יכול לראות את תהליכי האוטומציה ואת הפעלותיהם.
שמירה על תועלתם של תהליכי אוטומציה
העבודה שתהליך אוטומציה פותח מתחרה על אותם מקומות סוכן כמו כל דבר אחר. תהליך שפועל לעיתים קרובות עלול לצרוך את הקיבולת שלכם בשקט.
- הגדירו לו עדיפות נמוכה יותר מעבודה שאנשים ביקשו.
P2אוP3. - הפכו את מנגנון ההפעלה לספציפי. ההתרעה "כשל בבדיקה" מופיעה כל הזמן במאגר עמוס פעילות. ההתרעה "כשל בבדיקה בענף הבסיסי" מופיעה רק כאשר יש בעיה אמיתית.
- הסתכלו על מה שהיא יצרה. אם אוטומציה פתחה עשרים משימות ושתיים מהן אוחדו, היא יוצרת רעש ועלויות במקום ערך.
המדד האמין של אוטומציה הוא שיעור המשימות שנפתחו ואוחדו, לא תדירות הפעלתה.
Sentinel
בגרסאות קודמות של מסמכים אלו תואר Sentinel כמערכת מעקב שבודקת תנאים. זו אינה תכונה נפרדת. תנאי הוא או אירוע שעליו יכולה לפעול אוטומציה, או משהו שהלו״ז בודק.