דוגמה נוספת
אני ועוד מישהו עבדנו על שני פיצ'רים, אבל למעשה הפיצ'ר שלי היה תלוי בשלו.
יצרתי branch מקומי אצלי שמסונכרן מול ה branch שלו.
הוא סינכרן את ה branch שלו מול master .
כל כמה זמן כשהוא הרגיש שהוא התקדם למשהו יציב, אני ביצעתי rebase מולו, וככה היה לי את הקוד העדכני שלו , ומעל זה את הקוד של הפיצ'ר שלי.
דוגמא נוספת - code reviews - אתה יכול לחלק את העבודה שלך ל patches קטנים יחסית - למשל ב patch הראשון - שינויי סיכמת דטה בייס + DAL
ב patch השני - שינוי BLL
בשלישי - שינוי REST-API
ברביעי - שינוי GUI
נניח אני נותן לך הערה על החלק השלישי - אתה יכול לעשות rebase אצלך כזו, שאתה "עוצר" בצורה זמנית אחרי השלישי. אתה עושה את התיקון המתבקש, עושה לו commit - והנה יש לך עכשיו חמישה , אבל אותי לא מעניין לראות שהשלישי התפצל לשניים, אז אתה עושה fixup למספר 4 (כלומר, ממזג אותו לתוך מספר 3), ושולח את הרביעיה המתוקנת ל review מחודש.
מאוד מאוד נוח ומקל על code review , לדעתי.
אני ועוד מישהו עבדנו על שני פיצ'רים, אבל למעשה הפיצ'ר שלי היה תלוי בשלו.
יצרתי branch מקומי אצלי שמסונכרן מול ה branch שלו.
הוא סינכרן את ה branch שלו מול master .
כל כמה זמן כשהוא הרגיש שהוא התקדם למשהו יציב, אני ביצעתי rebase מולו, וככה היה לי את הקוד העדכני שלו , ומעל זה את הקוד של הפיצ'ר שלי.
דוגמא נוספת - code reviews - אתה יכול לחלק את העבודה שלך ל patches קטנים יחסית - למשל ב patch הראשון - שינויי סיכמת דטה בייס + DAL
ב patch השני - שינוי BLL
בשלישי - שינוי REST-API
ברביעי - שינוי GUI
נניח אני נותן לך הערה על החלק השלישי - אתה יכול לעשות rebase אצלך כזו, שאתה "עוצר" בצורה זמנית אחרי השלישי. אתה עושה את התיקון המתבקש, עושה לו commit - והנה יש לך עכשיו חמישה , אבל אותי לא מעניין לראות שהשלישי התפצל לשניים, אז אתה עושה fixup למספר 4 (כלומר, ממזג אותו לתוך מספר 3), ושולח את הרביעיה המתוקנת ל review מחודש.
מאוד מאוד נוח ומקל על code review , לדעתי.