Fedora ו-CentOS מריצים את Git Forge. GitLab פותחת 18 יכולות קנייניות

פרוייקטים CentOS и פדורה сообщили על ההחלטה ליצור שירות פיתוח שיתופי Git Forge, שייבנה באמצעות פלטפורמת GitLab. GitLab תהפוך לפלטפורמה העיקרית לאינטראקציה עם מאגרי Git ולאירוח פרויקטים הקשורים להפצות CentOS ו-Fedora. שירות שהיה בשימוש בעבר פגורה ימשיך להתקיים, אך יימסר לטיפול קהילה המעוניינת בהמשך הפיתוח. Pagure יוסר מהתמיכה של צוות CPE (Community Platform Engineering) המועסק ב-Red Hat, העוסק בתחזוקת התשתית לפיתוח ופרסום מהדורות של Fedora ו- CentOS.

בעת הערכת פתרונות אפשריים עבור Git Forge החדש, שקלנו
Pagure ו- Gitlab. מבוסס על מחקר של כ 300 ביקורות ומשאלות של משתתפים בפרויקטים של Fedora, CentOS, RHEL ו-CPE, נוצרו דרישות פונקציונליות והבחירה נעשתה לטובת Gitlab. בנוסף לפעולות סטנדרטיות עם מאגרים (מיזוג, יצירת מזלגות, הוספת קוד וכו'), צוינו אבטחה, נוחות שימוש ויציבות הפלטפורמה בין הדרישות המרכזיות.

הדרישות כללו תכונות כגון שליחת בקשות דחיפה ב-HTTPS, אמצעים להגבלת גישה לסניפים, תמיכה בסניפים פרטיים, הפרדת גישה למשתמשים חיצוניים ופנימיים (לדוגמה, לעבוד על ביטול פגיעויות במהלך אמברגו על חשיפת מידע על הבעיה) , ממשק היכרות, איחוד תתי מערכות לעבודה עם דוחות בעיות, קוד, תיעוד ותכנון פיצ'רים חדשים, זמינות כלים לאינטגרציה עם IDE, תמיכה בתהליכי עבודה סטנדרטיים.

מבין יכולות GitLab שהשפיעו בסופו של דבר על ההחלטה לבחור בפלטפורמה זו, הוזכרה תמיכה בתתי קבוצות בעלות גישה סלקטיבית למאגרים, היכולת להשתמש בבוט למיזוגים אוטומטיים (CentOS Stream נדרש לתחזק חבילות עם הקרנל), נוכחות של כלים מובנים לתכנון פיתוח, יכולת להשתמש בשירות SAAS מוכן עם רמת זמינות מובטחת (תפנה משאבים לתחזוקת תשתית השרת).

ההחלטה כבר גרם ל ביקורת בקרב יזמים בשל העובדה שההחלטה התקבלה ללא דיון מקדים מראש. כמו כן, הועלו חששות כי השירות לא ישתמש במהדורת ה-Comminity החינמית של GitLab. בפרט, היכולות הדרושות ליישום הדרישות עבור Git Forge המתוארות בהודעה זמינות רק בגרסה הקניינית GitLab Ultimate.

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

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

הפונקציות הבאות הועברו לטווח החופשי:

• מצרף נושא קשור;
• בעיה לייצא מ-GitLab ל-CSV;
• אופן של תכנון, ארגון והצגה של תהליך הפיתוח של פונקציונליות בודדת או מהדורות;
• שירות מובנה לחיבור משתתפי הפרויקט עם צדדים שלישיים באמצעות דואר אלקטרוני.
• מסוף אינטרנט עבור Web IDE;
• יכולת לסנכרן קבצים לבדיקת שינויים בקוד במסוף האינטרנט;
• פקדי עיצוב המאפשרים לך להעלות דגמים ונכסים להנפקה, תוך שימוש בבעיה כנקודת גישה אחת לכל מה שאתה צריך כדי לפתח תכונה חדשה;
• דוחות איכות קוד;
• תמיכה במנהלי החבילות Conan (C/C++), Maven (Java), NPM (node.js) ו-NuGet (.NET);
• תמיכה בפריסות קנריות, המאפשרת לך להתקין גרסה חדשה של האפליקציה על חלק קטן מהמערכות;
• הפצות מצטברות, המאפשרות אספקת גרסאות חדשות רק למספר קטן של מערכות בהתחלה, ומגדילות בהדרגה את הכיסוי ל-100%;
• דגלי הפעלת פונקציונליות, המאפשרים להעביר את הפרויקט במהדורות שונות, תוך הפעלה דינמית של תכונות מסוימות;
• מצב סקירת פריסה, המאפשר לך להעריך את המצב של כל סביבת אינטגרציה רציפה בהתבסס על Kubernetes;
• תמיכה בהגדרת אשכולות Kubernetes מרובים בקונפיגורטור (לדוגמה, ניתן להשתמש באשכולות Kubernetes נפרדים להטמעות ניסיון ועומסי עבודה);
• תמיכה בהגדרת מדיניות אבטחת רשת קונטיינר המאפשרת לך להגביל את הגישה בין הפודים של Kubernetes.

בנוסף, ניתן לציין פרסום GitLab מעדכן את 12.9.1, 12.8.8 ו-12.7.8 (מהדורת קהילה ו-Enterprise), שמתקנים את הפגיעות. הבעיה קיימת מאז יציאתו של GitLab EE/CE 8.5 ומאפשרת לקרוא את התוכן של כל קובץ מקומי בעת העברת בעיה בין פרויקטים.
פרטים על הפגיעות ייחשפו לאחר 30 יום.

מקור: OpenNet.ru