תרומה של קוד שאינו ליבה

כדי לאפשר צוותים שתורמים src שאינו ליבה לפרויקטים של איחוד שירותי הסחר בעלות מלאה על תהליך הבדיקה, הפרויקטים הבאים נוצרו עם זכויות 2+ פתוחות לכל הצוותים. זה מאפשר לצוות הליבה של האיחוד האירופי מהעומס של כל בדיקות הקוד שאינן קשורות ל-framework הראשי, באופן שמאפשר לצוותים האחרים לחזור על הבדיקות מהר יותר במחזור הבדיקות שלהם.

מקור שאינו ליבה מוגדר כקוד שאינו נדרש על ידי האיחוד האירופי של ה-framework (למשל: בדיקות מותאמות אישית, הגדרות, בדיקה ספציפית) כלי שירות).

חשוב, אי אפשר להרחיב את מחלקות הליבה של איחוד הסחר הפדרלי של ארה"ב כדי לקבל מידע שאינו ליבה. הפעולה הזו תשפיע על ארגון מחדש או פינוי מקום בעתיד. אם אתם לא בטוחים שהקוד שלכם זה שייך לישות בליבה או לתרומה, צריך לפנות אל android-tradefed@ להבהרה. צוות הליבה של האיחוד האירופי ישמח לייעץ ולקבל בקשות להוספת תכונות.

דוגמה למחלקה של איחוד מסחר ליבה תהיה כל מחלקה ב- חבילת com.google.android.tradefed.build כמו: com.google.android.tradefed.build.LaunchControlProvider

שוב, אם לא ברור לך מה נחשב כערך מרכזיות, אפשר לפנות אלינו. class to android-tradefed@.

[תנאים והגבלות]

פרויקטים להוספת תוכן נתיבים

למי מיועדת הפרויקטים של התרומה?

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

בדיקות קודים בפרויקטים של תרומות

מטרת הפרויקטים לתרומה היא לאפשר לכם לפתח את הערוץ ב-Trended ללא צורך בבדיקה של צוות הליבה (android-tradefed@). אז אנחנו מצפים הצוות או כל מי שמכיר את ההקשר כדי לבצע את בדיקות הקוד ערכי ההמרות שלך.

תמיד אפשר לפנות אל android-tradefed@ אם נתקעת או דרושה לך עזרה במקרה מסוים, אך אל תסתמכו עליו כברירת מחדל כדי לבצע את בדיקת הקוד תרומה. לצוות שאחראי על מכירות אין SLO כשמדובר בבדיקות הקוד שנוגעות לתרומה.

איפה אפשר להתחיל לעבוד על הפרויקטים האלה?

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

  • ראשי
  • מסחר
  • oc-dev
  • oc-dev-plus-aosp
  • תל אביב-mr2-dev-plus-aosp
  • Main-daydream-dev
  • ראשי ללא ספק
  • ביגוד חלק

פיתוח ובדיקה

רמת האיכות של הפיתוח ב-cont Content אמורה להיות זהה לזו בכל מקום אחר במאגרים של Android:

  • יש לכבד את הנחיות הפורמט של Android
  • הקוד נבדק ונשלח יחד עם בדיקות
  • העיצוב מחושב בצורה מושקעת והגיונית

איך מבצעים בדיקה מקומית ב-contrib?

AOSP

ב-aosp, בדיקות יחידה של תורמים ממוקמות ב- platform/tools/tradefederation/contrib/tests/src/ וצריך להוסיף בדיקות יחידה (unit testing) com.android.tradefed.prodtests.UnitTests צריך לאסוף אותו בסקריפטים לפני השליחה ובסקריפטים מקומיים של בדיקה.

תסריטים מקומיים לאחר הרצת ארוחת הצהריים:

tools/tradefederation/core/tests/run_tradefed_aosp_presubmit.sh

יצירת עדכון של כללים להוספת פרויקטים

כללי ה-build (makefiles) נמצאים בתיקיית build/ משלהם ונעולים על ידי קובץ אחד (OWNERS) שימנע ממך לשנות אותן ללא בדיקה נוספת מצוות הליבה. זו המגבלה היחידה על הפרויקט לתרומות.

אנחנו צריכים את הבדיקה הזו כדי להבטיח שלא יתווספו יחסי תלות לא צפויים כל הפרויקטים שטופלו באמצעות מסחר אלקטרוני, ללא ידע או הסכמה מצוות הליבה. אם דרושים לך כמה יחסי תלות חדשים, צור קשר עם android-tradefed@ כדי לבדוק את התרחישים לדוגמה שלך ולייעץ לך.