שחרור מערכת בקרת מקור מבוזרת Git 2.22

שהוגש על ידי שחרור מערכת בקרת המקור המבוזרת גיט 2.22.0. Git היא אחת ממערכות בקרת הגרסאות הפופולריות, האמינות ובעלי הביצועים הגבוהים ביותר, המספקת כלי פיתוח גמישים לא לינאריים המבוססים על הסתעפות ומיזוג. כדי להבטיח את שלמות ההיסטוריה והתנגדות לשינויים רטרואקטיביים, נעשה שימוש ב-hashing מרומז של כל ההיסטוריה הקודמת בכל commit, וניתן גם לאשר תגים ו-commits בודדים בחתימות דיגיטליות של מפתחים.

בהשוואה למהדורה הקודמת, הגרסה החדשה כללה 745 שינויים, שהוכנו בהשתתפות 74 מפתחים, מתוכם 18 לקחו חלק בפיתוח לראשונה. העיקרי חידושים:

• זמין מאז גרסה 1.18, מצב ה-commit rebase החדש "git rebase --rebase-merges" מחליף את האפשרות הישנה "--preserve-merges", שכעת הוצאה משימוש. פעולת "git rebase" משמשת להחלפת סדרה של commits ב-commit בסיס חדש, למשל, להעביר ענף נפרד שמפתח פיצ'ר חדש כלשהו למצב הנוכחי של הענף הראשי, הכולל תיקונים שנוספו לאחר הענף :

  o - o - o (התכונה שלי)

  /

  o - o - o - o - o (מאסטר)

  o - o - o (התכונה שלי)

  /

  o - o - o - o - o (מאסטר)

  כדי לשמר את מבנה הסניף בסניף שהועבר, ניתן היה להשתמש בעבר באפשרות "--preserve-merges", שכאשר היא פועלת במצב אינטראקטיבי (git rebase -i --preserve-merges), אפשרה עריכת היסטוריית ה-commit, אך לא הבטיח שימור מלא של מבנה המאגר. מצב "--rebase-merges" החדש מאפשר לך לשמר את מבנה השינויים בסניף המועבר, תוך מתן מגוון שלם של פעולות אינטראקטיביות, כולל מחיקה, קיבוץ מחדש ושינוי שמות של commits.

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

• נוספה תמיכה ליצירת ענף חדש המבוסס על תוצאה של קביעת בסיס המיזוג של שני ענפים אחרים (בסיס מיזוג, התקשרות לאב קדמון משותף) באמצעות הקונסטרוקציות "git branch new A...B" ו-"git checkout -b new A...B", שבו "A ...B" כרוך בהגדרת בסיס מיזוג בין שני commits שצוינו, בדומה לאופן שבו "git checkout A...B" מעביר את ה-HEAD ל-base commit ו-"diff A. ..B" מציג את השינויים בין commit "B" לזהות commit "A" "Ancestor".

  לדוגמה, כאשר עובדים על ענף my-feature נפרד, ניתן להשתמש בתכונה זו כאשר רוצים להתחיל מענף אחר, למשל, מאותו מקום בענף המאסטר ממנו הוצא הענף my-feature. בעבר, זה הצריך בדיקה ידנית של יומן השינויים, מה שהיה לא נוח אם הייתה לך היסטוריה גדולה של שינויים, ולאחר מכן הפעלת "git merge-base master my-feature" כדי לחשב את ה-hash של בסיס המיזוג בין ה-master ו-my-feature. ויצירת ענף חדש יחסית לאב הקדמון המשותף "git branch my-other-feature hash." ב-Git 2.22, אתה יכול להשתמש בתחביר "git branch my-other-feature A...B" כדי ליצור ענף ביחס לבסיס המיזוג של שני ענפים אחרים;

• נוספה אפשרות "git branch --show-current" להצגת שם הסניף שהושג במהלך פעולת התשלום;
• נוספה האפשרות "git checkout —no-overlay — dir", המאפשרת, בעת ביצוע פעולת קופה, להביא את תוכן ספריית ה-dir לטופס המתאים במלואו למצב הסניף הראשי. לדוגמה, אם יש קובץ בעותק המקומי של ספריית dir שאינו בסניף המאסטר, אז כברירת מחדל בעת ביצוע "git checkout master - dir" הוא יישאר, ואם ה-"--no-overlay ” אפשרות מצוינת, היא תימחק;
• הפקודה "git diff" משתמשת ב-API אוניברסלי לניתוח אפשרויות, מה שמאפשר לאחד את הטיפול באופציות עם כלי עזר אחרים של git. לדוגמה, ב-"git diff", לכל האפשרויות יש כעת את האנטגוניסטים שלהן ("--function-context" ו-"--no-function-context");
• נוספה היכולת לסנן תגים מורחבים המצורפים ל-commits בפלט "git log" ("טריילר" - דגלי מידע נוספים, כגון Signed-off-by ו-Co-authored-by). אפשר לסנן תוויות גם לפי מפתח וגם לפי ערך, לדוגמה:
  "git log --pretty="%(trailers:key=נבדק על ידי,valueonly)";

• מנוע מעקב חדש, Trace2, נוסף, המציע פורמט פלט גמיש ומובנה יותר. Trace2 מאפשר לך לאסוף טלמטריה על פעולות שבוצעו ונתוני ביצועים לניתוח וניפוי באגים מפורטים יותר (המטפל מוקצה על ידי המשתמש, שום נתונים לא נשלחים חיצונית);
• דו"ח "git bisect" נעשה קריא יותר, שבו commits בעייתיים מודגשים כעת בצורה ברורה יותר ומוצגות סטטיסטיקות סיכום על שינויים עבור כל קובץ (ברמת מספר השורות שהשתנו);
• ההיוריסטיקה לקביעת שינוי השמות של ספריות עובדו מחדש כדי למנוע התקנה כוזבת של תוויות שינוי שמות. כאשר יש ספק, ספריות כאלה מסומנות כעת כמנוגדות;
• אזהרה מוצגת כאשר אתה מנסה להתקין תג על תג אחר, מה שנעשה בדרך כלל בטעות ויכול להוביל להגדרת התג ב-commit שגוי (לדוגמה, בנייה כמו "git tag -f -m "עדכון מעודכן" my-tag1 my-tag2″ יגרום ליצירת תג בתג הישן, בעוד שהמפתח ציפה שהתג החדש יותקן ב-commit שעליו מצביע התג הישן);
• היצירה מופעלת עבור מאגרי מפות סיביות (מבנה "מפות סיביות של נגישות" המבוסס על דיסק), המאחסנים נתונים על קבוצות של אובייקטים הזמינים עבור כל commit ומאפשרים לקבוע במהירות את נוכחותו של אובייקט בסיס. מבנה זה מקטין משמעותית את זמן הביצוע של פעולות אחזור נתונים (git fetch).

מקור: OpenNet.ru