מה ש־Coroid מחליט, ומה נשאר בידי המשתמש

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

החלטות ש־Coroid מקבל#

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

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

Coroid לעולם אינו מבצע מיזוג בעצמו, ואין הגדרה שמאפשרת זאת. ראו מיזוג.

הוראות אינן משנות מי מבצע את המיזוג#

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

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

כיצד Coroid בודק את שיקול הדעת שלו.#

עבור כל pull request ש־Coroid בוחן, ועבור כל משימה שמוכנה לשילוב, Coroid רושם מה היה מחליט אילו היה מורשה לשלב אותה:

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

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

לאחר מכן Coroid משווה כל שיקול דעת עם מה שקרה לאחר השילוב:

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

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

מדוע לשמור על רישום זה?#

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

קשורים.#

• הסמכות.
• חוזי תוצאות.
• סקירה ושילוב התוצאה.
• מקור.
• היכן Coroid מתאים.