Git 2.55 ვერსიის ვერსიები, სადაც Rust-ის მხარდაჭერა ნაგულისხმევად ჩართულია

განაწილებული წყაროს მართვის სისტემის Git 2.55 ვერსია გამოცხადდა. ძირითადი ცვლილებები მოიცავს: Rust-ის ბილდების ნაგულისხმევად ჩართვას, იმპლემენტაციას Linux fsmonitor პროცესი, ინკრემენტული MIDX ინდექსის ხელახლა შეფუთვის ახალი სტრატეგია, "git history fixup" ბრძანება commit-ის გამოსასწორებლად, ობიექტის ხელმისაწვდომობის ბიტმაპის გენერირების ოპტიმიზაცია, პარალელური ჰუკის შესრულების მხარდაჭერა და "git format-rev" ბრძანება. Git ლიცენზირებულია GPLv2+ ლიცენზიით.

წინა ვერსიასთან შედარებით, ახალი ვერსია მოიცავს 505 ცვლილებას, რომლებიც მომზადდა 100 დეველოპერის დახმარებით, რომელთაგან 33 Git-ის შემუშავებაში ახალი იყო. ძირითადი ახალი ფუნქციები (1, 2, 3):

• Rust ენის კომპონენტების მხარდაჭერა ნაგულისხმევად ჩართულია. rustc კომპილატორი
  Rust დაემატა შექმნის დამოკიდებულებებს. Rust-ის გარეშე შესაქმნელად, შეგიძლიათ გამოიყენოთ "NO_RUST=1" დროშა make უტილიტის გაშვებისას ან "-Drust=disabled" "meson configure"-ის გაშვებისას. Rust-ით შექმნის გამორთვის შესაძლებლობა მხარდაჭერილი იქნება Git 3.0-მდე, რომელიც Rust-ს მოიცავს, როგორც აუცილებელ დამოკიდებულებას. Rust ახორციელებს ფენას SHA-1 და SHA-256 ჰეშ კონფიგურაციებს შორის პორტაბელურობისთვის, ასევე ზოგიერთ შიდა ფუნქციას, როგორიცაა ცვლადი სიგრძის მთელი რიცხვების კოდირება და დეკოდირება. მომავალში Rust-ში მოსალოდნელია Git-ის უფრო მნიშვნელოვანი შიდა ფუნქციების გადაწერა.
• ექსპერიმენტული ბრძანება „git history“, რომელიც ცვლილებების ისტორიის გადაწერის შესაძლებლობას იძლევა, განახლდა კომიტით „git history fixup“ ოპერაციით, რომელიც ასწორებს კომიტს. „fixup“ ოპერაცია საშუალებას გაძლევთ, „git add“-ის მეშვეობით დამატებული ცვლილებები გადაიტანოთ წინა კომიტში და ავტომატურად გადაწეროთ ყველა შემდგომი კომიტი, „git commit --fixup=“ ბრძანების გაშვების მსგავსად. " და გაშვებული "git rebase --autosquash ~».
• პლატფორმისთვის Linux დანერგილია fsmonitor ფონური პროცესი, რომელიც აკონტროლებს ფაილურ სისტემაში ცვლილებებს inotify მექანიზმის გამოყენებით და საშუალებას გაძლევთ თავიდან აიცილოთ მთელი სამუშაო დირექტორიის გადაკვეთა ისეთი ბრძანებების შესრულებისას, როგორიცაა „git status“. მისი ჩართვა შესაძლებელია „core.fsmonitor“ პარამეტრის მეშვეობით.
• „git repack“ ბრძანება განახლდა „--write-midx=incremental“ ოფციით. ეს ოფცია ახორციელებს ახალ სტრატეგიას ინკრემენტულ MIDX ინდექსში (მრავალპაკეტიანი ინდექსი) მეტამონაცემების განახლებისთვის, რაც გამორიცხავს მთელი ინდექსის ხელახლა შეფუთვის საჭიროებას. ინკრემენტული მრავალპაკეტიანი ინდექსი იყენებს ფენებს ერთი დიდი ინდექსის ნაცვლად, რომელიც შეიცავს ინფორმაციას ობიექტების განაწილების შესახებ პაკეტურ ფაილებს შორის. თითოეული ფენა მოიცავს პაკეტური ფაილების კონკრეტულ რაოდენობას და ინახება ცალკეულ ბიტმაპ ფაილში. ეს სტრუქტურა საშუალებას იძლევა, ინდექსში დაემატოს ახალი პაკეტური ფაილების შესახებ მონაცემები, ინდექსზე ახალი ფენების მიმაგრებით, არსებული ფენების ხელახლა შექმნის გარეშე.

  ბრძანება „git repack --write-midx=incremental“ ინკრემენტულ MIDX ინდექსს ახალ ფენას უმატებს, რომელიც ახლახან შექმნილ პაკეტ ფაილებს მოიცავს. „-geometric“ საცავის შეფუთვის რეჟიმთან შერწყმისას, new ბრძანება საშუალებას იძლევა მრავალი პაკეტ ფაილიდან ახალი ობიექტები გაერთიანდეს ერთ უფრო დიდ პაკეტ ფაილში და, საჭიროების შემთხვევაში, შეფუთოს და გააერთიანოს ინკრემენტული MIDX ინდექსის მრავალი მიმდებარე ფენა. ეს სტრატეგია „git repack“-ს საშუალებას აძლევს გადაწეროს მხოლოდ ზედა ფენები, ძველი, უფრო დიდი ფენები კი ხელუხლებელი დატოვოს. ის ასევე ხელს უშლის ფენების ჯაჭვის უკონტროლო ზრდას, ფენების საერთო რაოდენობის ობიექტების საერთო რაოდენობის ლოგარითმის პროპორციულად შენარჩუნებით.

• ობიექტის ხელმისაწვდომობის ბიტმაპების გენერირება მნიშვნელოვნად ოპტიმიზირებულია ობიექტის ხის გადაკვეთის ახალი ალგორითმის მეშვეობით, რომელიც გამორიცხავს არასაჭირო რეკურსიას, ობიექტის პოზიციების ქეშირებას, ბიტმაპების დახარისხებას XOR ოპერაციასთან გაერთიანებამდე და კოდის გადამუშავებას ფსევდო-შერწყმის ბიტმაპების შესაქმნელად. სატესტო საცავში, ამ ოპტიმიზაციებმა შეამცირა ბიტმაპების გენერირების დრო 612-დან 294 წამამდე.
• დამოუკიდებელი ჰუკების პარალელური შესრულება ახლა შესაძლებელია კონფიგურაციის ფაილებში. ჰუკები, რომლებიც გავლენას ახდენენ ან ითვალისწინებენ საერთო მდგომარეობას, როგორიცაა ისინი, რომლებიც ცვლიან ჩამწერ ჩანაწერებს ან ამოწმებენ ინდექსებს და სამუშაო ხეს, არ შეიძლება პარალელურად გაშვებული იყოს. თუმცა, ლინტერების შემოწმებისა და ერთეულის ტესტირების ჰუკები შეიძლება პარალელურად გაშვებული იყოს. ჰუკები, რომლებიც პარალელური შესრულების საშუალებას იძლევა, კონფიგურირებულია "hook.hook_name.parallel = true" პარამეტრის გამოყენებით. ერთდროულად შესასრულებელი დავალებების რაოდენობა განისაზღვრება hook.jobs, hook პარამეტრით. .jobs ან ბრძანების ხაზის „-j“ ვარიანტი.
• ბრძანება „git pack-objects --path-walk“ ახლა საშუალებას გაძლევთ მიუთითოთ ფილტრები, როგორიცაა „blob:none“, „blob:limit=“ ", "ხე:0", "ობიექტი:ტიპი=" », «იშვიათი: " და "combine:". ტესტის დროს, "--path-walk"-ის შესრულებისას ბლობების გაუქმებამ გენერირებული პაკეტის ფაილის ზომა 16%-ით შეამცირა.
• დაემატა „git format-rev“ ბრძანება რედაქტირებებისა და ობიექტების სახელების ფორმატირებისთვის, რომლებიც მითითებულია commit სიებში ან გვხვდება ნებისმიერ ტექსტში (მაგალითად, ეს შეიძლება გამოყენებულ იქნას ჰუკებში commit-ის შენიშვნების დასამუშავებლად).

  git ბოლო ცვლილება | git format-rev --stdin-mode=text --format=%an

  Junio'C Hamano ჩაშენებული/კომიტ.გ

• გადაცემულ საინფორმაციო შეტყობინებებსა და შეცდომის ტექსტში ტერმინალის მართვის თანმიმდევრობების უმეტესობის გაქცევა ნაგულისხმევად ჩართულია. სერვერიმავნე პროგრამებზე წვდომისას სერვერი ასეთი გაქცევის თანმიმდევრობების გამოყენება შესაძლებელია გამომავალი მონაცემების დასამალად ან შესაცვლელად, მაგალითად, კურსორის გადასაადგილებლად და ტექსტის გასასუფთავებლად გაქცევის თანმიმდევრობების მეშვეობით. ელემენტების მონიშვნისთვის გაქცევის თანმიმდევრობების მხარდაჭერა შენარჩუნებულია.
• git checkout -m ბრძანება ახლა ავტომატურად ინახავს კონფლიქტურ ლოკალურ ცვლილებებს სამალავ ზონაში, კონფლიქტის დაუყოვნებლივ მოგვარების მოთხოვნის გარეშე.
• ბრძანება „git push“ ახლა საშუალებას გაძლევთ ერთი ბრძანებით გადასცეთ ფილიალი რამდენიმე გარე Git სერვერზე. მაგალითად, მთავარი ფილიალის არა მხოლოდ მთავარ სერვერზე, არამედ სარკეებშიც გადასატანად, შეგიძლიათ შექმნათ „გამოქვეყნების“ ჯგუფი სერვერები „github“, „gitlab“ და „mirror“:

  git config remotes.publish „github gitlab სარკე“
  git push გამოქვეყნება main

• "git log --graph" ბრძანებას ახლა აქვს "--graph-lane-limit=" ოფცია. » ტოტების ვიზუალიზაციისას ვერტიკალური ზოლების რაოდენობის შეზღუდვა, რაც საშუალებას გაძლევთ ეკრანზე დატოვოთ ადგილი მონაცემების ჩასაწერად საცავებში, რომლებსაც დიდი რაოდენობით ტოტები აქვთ.

  ...
  * | | | | 619931f561 შერწყმის ტოტი 'dl/posix-unused-warning-clang'
  |\ \ \ \ \
  | * | | | ~ cf48887610 compat/posix.h: GIT_GNUC_PREREQ() შედარების გამარტივება
  | * | | | ~ ffd45926dc compat/posix.h: GIT_GNUC_PREREQ() და UNUSED-ის გაწმენდა
  |\ \ \ \ \~
  | * | | | ~3f5203eeb4 ls-files: ფილტრი pathspec lstat-მდე

• „git log“ და „git rev-list“ ბრძანებებს ახლა აქვთ „--max-count-oldest=“ ოფცია. , რომელიც საშუალებას გაძლევთ აირჩიოთ N უძველესი კომიტი დიაპაზონში.

წყარო: opennet.ru