failproofai pack build כותב את שלושתם מקובץ מדיניות שכבר יש לך.
1. כתוב את המדיניויות
קובץ אחד, תוך שימוש באותה API כמו כל מדיניות מותאמת אישית. שני שדות נוספים משנים:defaultEnabled מוגדר כברירת מחדל ל־false כשאתה משמיט אותו. failproofai pack add פשוטה מדליקה רק את מה שסימנת — התקנת כל מדיניות של זר ללא감독מאינה החלטה שהמתקין צריך להחליט עבור המשתמש שלו.
2. בנה את נכסי ההוצאה
דחוי בזמן בנייה: id שאינו
publisher/name, שם מדיניות המכיל /, מדיניות שמצהירה alwaysOn, description, category או match חסר, קובץ שלא רושם כלום, וקובץ שמייבא קבצים מקומיים.
3. צרף אותם להוצאה
תג את ההוצאה עם אותה גרסה שבנית, וצרף את שלושת הקבצים כנכסי הוצאה:משלוח גרסה חדשה
בנה עם ה־--version החדש, תג הוצאה חדשה, צרף את שלושת הנכסים שוב. הצרכנים מריצים את אותו pack add ושומרים על כל תת־קבוצה שבחרו; מדיניות שהם כיבו נשארת כבויה בעלייה.
שינוי השם של מדיניות הוא שינוי משברי: מכונה שכיבתה אותה מדליקה הגדרה שלא קיימת עוד, והשם החדש מגיע בכל מה ש־defaultEnabled אומר.
מה המשתמשים שלך סומכים
SHA256SUMS חיה באותה הוצאה כמו הקובץ, כך שהוא מוכיח שהבייטים הם אלה שפרסמת — לא מי אתה. כל מי שיכול לכתוב למאגר יכול לכתוב לשני הקבצים. ההגנה של המשתמשים שלך היא שה־digest מוצמד כשהם מתקינים, כך שמה שחדשת לא יכול להשתנות אחריהם.
פרסום מממאגר שגישת הכתיבה שלו אתה שולט, וטפל בהוצאת חבילה כמו פרסום חבילה.
התבונן לפני שאתה אוכף
מניפסט עשוי להצהיר"effect": "observe". מדיניויות אלה פועלות והפסקותיהן מתועדות ומושלכות — כלום לא חסום. זו הדרך למדוד כלל חדש מול תנועה אמיתית לפני שהוא יכול להפריע לעבודה של מישהו.

