קרן הקוד הפתוח מתכננת להשיק פלטפורמה חדשה לפיתוח שיתופי ואירוח קוד

קרן תוכנה חופשית объявил על הכוונה ליצור קוד אירוח חדש התומך בכלים לארגון פיתוח משותף ותואם לפותח בעבר קריטריונים אתיים אירוח תוכנה בחינם. הפלטפורמה החדשה תשלים את האירוח הקיים של השנה סוואנה, שתמיכתו תימשך ללא שינויים. המטרה של יצירת אירוח חדש היא הרצון לפתור את הבעיה עם תשתית פיתוח התוכנה בקוד פתוח. נכון לעכשיו, פרויקטים חינמיים רבים תלויים בפלטפורמות פיתוח שיתופיות שאינן מפרסמות את הקוד שלהן ומאלצות אותן להשתמש בתוכנה קניינית.

הפלטפורמה מתוכננת לצאת לפעולה בשנת 2020 ותיבנה על בסיס פתרונות חינמיים שכבר קיימים לארגון עבודה על קוד, שפותחו על ידי קהילות עצמאיות שאינן קשורות לאינטרסים של חברות בודדות. ההחלטה על בחירת פרויקט טרם התקבלה, אך האפשרויות העיקריות הם sourcehut, גיטאה и פגורה, אשר מפותחים באופן פעיל, מופצים תחת רישיונות חינמיים ותומכים באימות דו-גורמי. פתרונות המתמקדים בפיתוח פרויקטים של קהילות בודדות, ארגונים וחברות, כגון
קליתיאה, Allura и Phabricator, לא נשקלו בתחילה, שכן המטרה היא ליצור פלטפורמה ציבורית המאפשרת למשתמשים ליצור חשבונות וליצור מאגרים משלהם.

המועמד הסביר ביותר הוא פלטפורמת Pagure, שפותחה על ידי מפתחי Fedora Linux. בין היתרונות של Pagure הוא הניסיון בשימוש בפלטפורמה לפיתוח תוכנת קוד פתוח, יכולת התאמה לשימוש LibreJS, תמיכה בייבוא ​​וייצוא דוחות בעיות ובקשות מיזוג ממערכות אחרות, היכולת להשתמש במרחבי השמות שלך לפרויקטים. בין החסרונות ישנה תלות מוגזמת ב-JavaScript והקושי לעבוד ללא JavaScript מופעל בדפדפן.

המתמודד השני Gitea כבר נמצא בשימוש על ידי קרן הקוד הפתוח האירופית ב האירוח שלך
git.fsfe.org, וגם עומד בבסיס אירוח קוד פתוח codeberg.org. אחד היתרונות של Gitea הוא תמיכה חלקית ב-LibreJS. החיסרון, כמו Pagure, הוא התלות ב-JavaScript, כמו גם היעדר כלים לייבוא/ייצוא וביצוע פיתוח פרויקטים בפלטפורמת GitHub, המצריך הפעלת קוד JavaScript קנייני.

פלטפורמת Sourcehut טובה ליכולתה לעבוד במלואה ללא JavaScript, קלות הטמעת התמיכה ב-LibreJS, הזמינות של כלי ייצוא נתונים (ייבוא ​​בפיתוח), עמידה מלאה בדרישות האתיות של קטגוריה "A" (ראה להלן), הנוכחות של ויקי, מערכת אינטגרציה רציפה ומערכת דיונים מבוססת דוא"ל, תמיכה של Mercurial והפצת קוד תחת רישיון GPLv3. החסרונות הם פיתוח לא שלם (הפלטפורמה בשלב בדיקות אלפא), ניווט מסובך בקוד ובבעיות, היעדר ממשק אינטרנט לבקשות מיזוג (בקשת מיזוג נוצרת על ידי יצירת כרטיס וצירוף קישור לסניף ב- Git).

בקשת GitLab נדחתה לאלתר. למרות העובדה שהפלטפורמה הזו מאוד פופולרית, מוכרת ומספקת הזדמנויות רבות, הפרויקט מפותח על ידי חברה מסחרית, קָשׁוּר לקוד ReCAPTCHA הקנייני של גוגל, אינו מאפשר תמיכה ב-LibreJS ללא סיבוכים מיותרים, בעל ניסיון שלילי ניסי איסוף טלמטריה אינו תואם את הדרישות האתיות של קרן הקוד הפתוח. בעת שימוש ב-GitLab, קרן התוכנה החופשית לא תוכל להסתדר בלי לשמור על פלטפורמה זו, אך אין משאבים נחוצים לכך.

STRs שזוהו על ידי הקרן קריטריוניםדרישות לאירוח קוד חינמי (האירוח שנוצר על ידי קרן הקוד הפתוח חייב לפחות בהתחלה להתאים לרמה "B", ולאחר מכן הוא יועלה בהדרגה לרמה "A"):

• "C" הן הדרישות המינימליות לשירותים שבהם ניתן לארח פרויקטים של GNU:
  • זמינות כל הפונקציונליות למשתמשי דפדפנים חינמיים לחלוטין כגון IceCat. ניתן להפעיל תוכן בשפות תכנות אחרות המתורגמות ל-JavaScript. קוד ה-JavaScript המפתח חייב להיות חינמי או משבית (יש לשמור על הפונקציונליות כאשר תמיכת JavaScript מושבתת בדפדפן).
  • אין צורך להתקין תוכנה קניינית כדי לעבוד עם האתר (לדוגמה, Adobe Flash);
  • אין אפליה בהתאם לקטגוריית המשתמש ומדינת מגוריו;
  • יכולת עבודה עם השירות במצב אנונימי באמצעות רשת Tor;
  • תנאי העבודה עם השירות לא צריכים להכיל דרישות מגעילות;
  • יש לעודד ולהמליץ ​​על שימוש ברישיון GPLv3 לפחות באותה רמה כמו סוגים אחרים של רישיונות;
  • תמיכה נכונה ב-HTTPS, כולל שימוש בתעודות מהימנות.
• "ב" - דרישות נוספות המאפשרות לנו להמליץ ​​על השירות:
  • כל קוד ה-JavaScript שנשלח ללקוח חייב להיות חופשי ומתויג לצורך זיהוי ב LibreJS או ציין במפורש את הרישיון שלך;
  • אין להעביר מידע על מבקרים לצדדים שלישיים או לצדדים שלישיים. בפרט, אין להשתמש בתגים למעקב אחר תנועת משתמשים בין אתרים, כלומר הימנעות משימוש ברוב רשתות הפרסום;
  • אין לכפות שיטות רישוי מרושעות (מסירת קוד ללא רישיון, תנאי רישוי לא ברורים ומחייבות לגרסה אחת בלבד של הרישיון);
  • אין המלצה לבחירת רישיונות שאינם בחינם;
• "א" - הדרישות הגבוהות ביותר:
  • האתר חייב להיות פונקציונלי במלואו עם JavaScript מושבת;
  • רכיבי שרת של השירות חייבים להיות מופצים בצורה של תוכנה חופשית;
  • יש להציע לקוד בחירה של רישיון GPLv3+ בראש סדר העדיפויות;
  • רישיון AGPLv3+ חייב להיות זמין כאופציה;
  • יש לאסור לפרסם מוצרים תחת רישיונות קנייניים או ללא רישיון;
  • אין להציע שימוש בשירותים SaaS;
  • יש להשתמש במונח "תוכנה חופשית" במקום "קוד פתוח";
  • רעיונות החופש שמקודמים על ידי "תנועת תוכנה חופשית";
  • בהקשר של הפצות, אין להשתמש במונח לינוקס ללא הקידומת GNU, כלומר. יש להשתמש ב-GNU/Linux;
  • כל קובץ לא טריוויאלי בחבילה חייב להיות מסופק עם מידע על הרישיון בו נעשה שימוש.
• "A+" - משאלות נוספות אידיאליות:
  • יכולת צפייה באתר והורדה ללא אימות;
  • השבתת שמירת מידע על מבקרים ביומנים;
  • תאימות משאלות על ארגון עבודתם של ספקי שירותים מקוונים, שפותחה על ידי קרן החזית האלקטרונית;
  • נגישות תכנים לאנשים עם מוגבלות, עמידה בתקנים הנחיות נגישות לתוכן באינטרנט (WCAG) 2.0 и יישומי אינטרנט עשירים נגישים 1.0 (WAI-ARIA);
  • יש לייצא את כל הנתונים שנשלחו על ידי מחברים ומשתתפי הפרויקט בפורמט קריא במכונה.

מקור: OpenNet.ru