אוטומציות

אוטומציה מתחילה לעבוד מבלי שמישהו יבקש זאת בכל פעם. היא פועלת לפי לוח זמנים, או כשמשהו קורה: כש־pull request נפתח, כשנפתח קריאה, או כשבדיקה או פריסה נכשלים.

כל אוטומציה מופיעה במפעל תחת הכותרת אוטומציות, עם פירוט על מה שמפעיל אותה ומה היא עושה. ניתן ליצור אותה בתפריט עבודה חדשה: יש לבחור אוטומציה, ולאחר מכן לקבוע מתי היא תפעל.

שני סוגי מניעים#

יש להשתמש בלוח זמנים כשהמניע הוא אכן זמן, או כשהדבר שצריך לעקוב אחריו נמצא במערכת אחרת שאינה שולחת אירועי Coroid, כמו סנטרי או ג'ירה. לוח הזמנים פונה למערכת הזו דרך ה־MCP servers שלך. שרתי MCP ופותחים עבודה עבור מה שהם מוצאים. ראו לוחות זמנים.

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

אירועים שניתן לבחור בתפריט עבודה חדשה#

מתוך GitHub, שדורש את ה־ GitHub App:

• כש־pull request נפתח, מתעדכן או מתמזג.
• כשנפתחת קריאה.
• כשתגובה מזכירה את Coroid; הדבר קורה רק כשלכותב התגובה יש הרשאת כתיבה על המאגר.

מתוך Coroid:

• כשמשימה, תוכנית, בקרת איכות, פריסה או בדיקת בריאות של פריסה נכשלים.
• כשגרסה נסוגה.

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

מה שהיא עושה#

כשהאירוע שלה מתרחש, האוטומציה מבצעת אחת משלוש הפעולות הבאות:

• לבצע סקירה של ה־pull request. Coroid Check מבצע את הסקירה ומפרסם אותה על GitHub, עם תגובות על השורות שנמצאו ובדיקה בשם Coroid Review. זמין עבור בקשות משיכה שנפתחות או מתעדכנות.
• להפוך אותו לעבודה. האירוע נרשם כבקשה. לאחר שעוברת את שלב ה־Qualification, Coroid יוצר את המשימה או התוכנית. זמין עבור קריאות ותגובות שמזכירות את Coroid.
• לפעול לפי ההנחיות. סוכן פועל לפי ההנחיות שכתבתם, עם גישה רק לקריאה, ויכול לפתוח משימות. זמין עבור כל אירוע.

אף אחת מהפעולות הללו אינה משנה את הקוד שלכם ישירות. העבודה שאוטומציה פותחת עוברת את אותו תהליך של הגדרת דרישות, תכנון, בנייה, אימות וסקירה כמו כל דבר אחר, ומסתיימת ב־pull request שאתם מאשרים.

לבצע סקירה של כל pull request#

כדי ש־Coroid יבצע סקירה של בקשות משיכה שאנשים פותחים, ולא רק של אלו שלו:

1. פתחו את תפריט עבודה חדשה ובחרו אוטומציה.
2. בחרו את הפרויקט, או השאירו את השדה ריק כדי לכסות את כל הפרויקטים.
3. תחת הכותרת מניע, בחרו כשמשהו קורה. תחת אירוע, בחרו Pull request opened, ולאחר מכן בחרו לבצע סקירה של ה־pull request.
4. הקנו לאוטומציה כותרת והנחיות קצרות, ולאחר מכן המשיכו.

האוטומציה מבצעת סקירה של כל pull request חדש, ושל כל עדכון שלו, בפרויקט הזה. המאגר דורש את ה־GitHub App, והפרויקט אינו יכול להיות מוגדר כ־Local בלבד. בקשות משיכה מתוך משימות של Coroid אינן עוברות סקירה נוספת: הסקירה שלהן היא חלק מהמשימה.

ניתן גם להפעיל את האפשרות Pull requests עבור הפרויקט בתפריט בקרת איכות. כך הבדיקות של הפרויקט יתבצעו על כל pull request, וCoroid Check יבצע את הסקירה כחלק מאותה פעולה.

מעקב אחר אוטומציה#

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

שמירה על תועלת של האוטומציות#

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

1. הקנו לה עדיפות נמוכה יותר מהעבודה שאנשים ביקשו. P2 או P3.
2. הפכו את המניע לספציפי יותר. הצהרה "בדיקה נכשלה" מתפעילה את האוטומציה כל הזמן במאגר עמוס. הצהרה "הבדיקה הזו נכשלה בענף הבסיסי" מתפעילה אותה רק כשיש בעיה אמיתית.
3. בדקו מה התוצאה שלה. אם אוטומציה פתחה עשרים משימות ואתם מיזגתם רק שתיים, היא יוצרת רעש ועלויות ולא ערך.

המדד האמיתי של אוטומציה הוא כמה מהעבודה שהיא פותחת מגיעה לשלב המיזוג, ולא כמה פעמים היא מתפעלת.

Sentinel#

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

קשור לכך#

• לוחות זמנים
• ווייקים
• דרכים להתחיל עבודה
• מפעל התוכנה