none
continuous delivery branching strategy

    שאלה

  • היי כולם.

    יש לי שאלה שאשמח לקבל מהקהילה תשובה אליה, או הפניה לפתרון ממקור אחר.

     

    עד היום היינו מתקינים גרסאות מה-Latest של הMain שלנו.

     

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

     

    אתחיל בשאלה טכנית, אבל אולי יפנו אותי להצעות ביצוע אחרות - אז ככה:

     

    1. אם אני אצא כל פעם לBranch (והוא יהיה קיים כל עוד הגרסה באוויר) וכל פעם יהיה לו שם משלו עם תאריך/מספר גרסה >

    ה- Build Definition דורש Path של פרויקטים לקמפל, וכל פעם הPATH הזה יהיה שונה ודורש תחזוקה ושינויי Build Definition לפני כל התקנה.

    2. אם בכדי לפתור הבעיה שציינתי אני אצא כל פעם לBRANCH קבוע בשם "Release" (או כל שם דומה) בכדי לשמור על PATH קבוע, קיים חשש שאם יתבצע תיקון בBRANCH (לדוגמה, הוספת קובץ), בפעולת הMergeהבאה מהMAIN לRELEASE הוא ישאר וBRANCH ההתקנה לא יהיה זהה לMAIN.

    ואני לא רוצה כל פעם למחוק הBRANCH וליצור מחדש...

     

     

     

    האם יש הצעות איך אני עושה את זה???

    בתודה מראש,

     

    בברכה

    -עודד

    שבת 30 דצמבר 2017 11:18

תשובות

  • נדרשת פה עבודת פיתוח והכרת ה- tfs api

    זאת ההזדמנות גם להסב את הבילדים למנגנון החדש שאינו מבוסס סטודיו

    בקיצור - נדרש פיתוח. לא משהו שאני יכול לתמצת בשורה בתשובה


    דן

    יום ראשון 31 דצמבר 2017 16:01
    מנחה דיון

כל התגובות

  • הי עודד

    לא ציינת אם מדובר ב- GIT או TFVC

    לפי התיאורים שלך נראה ש TFVC

    האבחנה הזאת חשובה כי בגיט העלות של בראנצ'ים נמוכה יותר וגם הגדרת בילד אחת יכולה להיות מופעלת כל פעם על בראנץ אחר

    אז התשובה שלי היא בהנחה ו TFVC

    לא ציינת גם אם הבילדים שלך XAML או VNEXT

    1. נכון, תידרש לריבוי הגדרות בילד

    2. רק אם אתה מחוייב לתמוך בגרסת פרודקשן אחת בלבד, רק אז אפשר לשקול בראנץ פרודקשן קבוע. אם יש לך מספר גרסאות באוויר אז ברור שצריך מספר בראנצים.

    אז תהיה לך תחזוקת בילדים. אחד לכל גרסה באוויר.

    אופציה נוספת תהיה לקסטם את הבילד באמצעות פיתוח

    אם זה XAML :

    להוסיף קוד שדוגם את ה- source settings ומתקן את רשימת projects to build בהתאם

    אם זה VNEXT - לפתח טאסק מקוסטם שיתבסס על המיפויים


    דן

    שבת 30 דצמבר 2017 21:50
    מנחה דיון
  • תודה רבה על ההערה.

    אנחנו משתמשים בTFS 2015

    הפרויקט הזה הוא לא GIT

    לגבי הבילד - לא הבנתי...

    הBuild נכתב דרך הממשק של הVisual Studio.

    איך אני רואה כיצד הוא שמור?

    יום ראשון 31 דצמבר 2017 08:46
  • נדרשת פה עבודת פיתוח והכרת ה- tfs api

    זאת ההזדמנות גם להסב את הבילדים למנגנון החדש שאינו מבוסס סטודיו

    בקיצור - נדרש פיתוח. לא משהו שאני יכול לתמצת בשורה בתשובה


    דן

    יום ראשון 31 דצמבר 2017 16:01
    מנחה דיון