בדף הזה מוסבר איך השותפים יכולים להציע ולערוך שינויים בקוד הבסיס של Bazel.
- עליך לקרוא את המדיניות של ה-Bazel Contribution.
- צרו בעיה ב-GitHub כדי לדון בתוכנית ובעיצוב. בעקבות בקשות משיכה שמשנות או מוסיפות התנהגות, צריך לעקוב אחר בעיה תואמת.
- אם אתם מציעים שינויים משמעותיים, כתבו מסמך עיצוב.
- חשוב להקפיד לחתום על הסכם רישיון של Contributor.
- להכין התחייבות Git המטמיעים את התכונה. אל תשכחו להוסיף בדיקות ולעדכן את המסמכים. אם השינוי כולל השפעות גלויות למשתמש, יש להוסיף נתוני גרסה. אם מדובר בשינוי לא תואם, אפשר לקרוא את המדריך להשקת השינויים.
- יוצרים בקשת משיכה ב-GitHub. אם זו הפעם הראשונה שאתם משתמשים ב-GitHub, תוכלו לקרוא על בקשות משיכה. שימו לב שאנחנו מגבילים את ההרשאות ליצירת סניפים במאגר הראשי של Bazel, ולכן תצטרכו לדחוף את ההתחייבות שלכם למזלג שלכם במאגר.
- מנהל תחום Bazel צריך להקצות לכם כותב ביקורת תוך שני ימי עסקים (לא כולל חגים בארה"ב ובגרמניה). אם לא הגדרתם כותב ביקורת באותו זמן, תוכלו לשלוח בקשה באימייל bazel-dev@googlegroups.com.
- יש לעבוד עם הבודק כדי להשלים בדיקת קוד. בכל שינוי, יוצרים מחויבות חדשה ודוחפים אותה כדי לבצע שינויים בבקשת המשיכה. אם הבדיקה נמשכת זמן רב מדי (למשל, אם הבודק לא מגיב), שלחו אימייל לכתובת bazel-dev@googlegroups.com.
לאחר השלמת הבדיקה, מנהל אתר Bazel מחיל את התיקון שלך על מערכת בקרת הגרסאות הפנימית של Google.
ההגדרה הזו מפעילה בדיקות פנימיות לפני השליחה שעשויות להציע שינויים נוספים. אם לא הבעת העדפה, השומר ששולח את השינוי שלך מוסיף "tribial" שינויים (למשלהובלה) שאינם משפיעים על העיצוב. אם נדרשים שינויים עמוקים יותר, או אם אתם מעדיפים להחיל את השינויים באופן ישיר, אתם והבודקים צריכים להודיע על העדפות באופן ברור בתגובות.
לאחר השליחה הפנימית, התיקון מיוצא כמחויבות של Git, ובשלב זה בקשת ה-GitHub סגורה. כל השינויים הסופיים ישויכו לכם.