განაწილებული წყაროს მართვის სისტემის Git 2.22 გამოშვება

Გააცნო განაწილებული წყაროს კონტროლის სისტემის გამოშვება გიტ 2.22.0. Git არის ერთ-ერთი ყველაზე პოპულარული, საიმედო და მაღალი ხარისხის ვერსიების კონტროლის სისტემა, რომელიც უზრუნველყოფს მოქნილ არაწრფივი განვითარების ინსტრუმენტებს დაფუძნებული განშტოებასა და შერწყმაზე. ისტორიის მთლიანობის უზრუნველსაყოფად და რეტროაქტიული ცვლილებებისადმი წინააღმდეგობის უზრუნველსაყოფად, გამოიყენება მთელი წინა ისტორიის იმპლიციტური ჰეშინგი თითოეულ ჩადენაში, ასევე შესაძლებელია ცალკეული ტეგებისა და დავალებების დამოწმება დეველოპერების ციფრული ხელმოწერებით.

წინა გამოშვებასთან შედარებით, ახალი ვერსია მოიცავდა 745 ცვლილებას, მომზადებული 74 დეველოპერის მონაწილეობით, რომელთაგან 18-მა პირველად მიიღო მონაწილეობა შემუშავებაში. მთავარი ინოვაციები:

• ხელმისაწვდომია 1.18 გამოშვებიდან, ახალი commit rebase რეჟიმი "git rebase --rebase-merges" ცვლის ძველ "--preserve-merges" ვარიანტს, რომელიც ახლა მოძველებულია. ოპერაცია "git rebase" გამოიყენება ჩასაბარებლების სერიის შესაცვლელად ახალი საბაზისო კომითით, მაგალითად, ცალკე ფილიალის გადასატანად, რომელიც ავითარებს ახალ ფუნქციას მთავარ ფილიალში, რომელიც მოიცავს ფილიალის შემდეგ დამატებულ შესწორებებს. :

  o - o - o (ჩემი ფუნქცია)

  /

  o - o - o - o - o (ოსტატი)

  o - o - o (ჩემი ფუნქცია)

  /

  o - o - o - o - o (ოსტატი)

  მიგრირებულ ფილიალში ფილიალის სტრუქტურის შესანარჩუნებლად, ადრე შეიძლებოდა გამოეყენებინათ ოფცია „--preserve-merges“, რომელიც ინტერაქტიულ რეჟიმში გაშვებისას (git rebase -i --preserve-merges), ნებადართული იყო ჩაწერის ისტორიის რედაქტირება, მაგრამ არ იძლევა გარანტიას საცავის სტრუქტურის სრულყოფილ შენარჩუნებას. ახალი რეჟიმი „--rebase-merges“ საშუალებას გაძლევთ შეინარჩუნოთ მიგრაციის ფილიალში ცვლილებების სტრუქტურა, ამასთან, უზრუნველყოთ ინტერაქტიული ოპერაციების სრულ სპექტრს, მათ შორის ამოღებების წაშლა, გადაჯგუფება და სახელის შეცვლა.

  მაგალითად, "--rebase-merges" საშუალებას აძლევს ხელახლა ატვირთეთ ვალდებულებები ცალკეული ფილიალიდან უფრო ახალ მთავარ ფილიალში, ფილიალის სტრუქტურის შენარჩუნებისას მიგრირებულ ფილიალში და შეიტანეთ გარკვეული ცვლილებები commit შენიშვნებში დაუყოვნებლივ.

• დაემატა მხარდაჭერა ახალი ფილიალის შესაქმნელად, რომელიც ეფუძნება ორი სხვა ტოტის შერწყმის ფუძის განსაზღვრის შედეგს (შერწყმის საფუძველი, საერთო წინაპართან მიბმა) კონსტრუქციების „git branch new A...B“ და „git checkout -b new“ გამოყენებით. A...B", რომელშიც "A ...B" გულისხმობს შერწყმის ბაზის განსაზღვრას ორ მითითებულ ჩადენას შორის, ისევე, როგორც "git checkout A...B" გადააქვს HEAD საბაზისო commit-ზე და "განსხვავება A. ..B" აჩვენებს ცვლილებებს ჩადენას "B" და იგივე ჩადენას "A" "წინაპარს" შორის.

  მაგალითად, ცალკე my-feature ფილიალზე მუშაობისას, ეს ფუნქცია შეიძლება გამოყენებულ იქნას, როდესაც გსურთ დაიწყოთ სხვა ფილიალიდან, მაგალითად, იმავე ადგილიდან მთავარ ფილიალში, საიდანაც იქნა შემოწმებული my-feature ფილიალი. ადრე ეს საჭიროებდა ცვლილებების ჟურნალის ხელით შემოწმებას, რაც მოუხერხებელი იყო, თუ ცვლილებების დიდი ისტორია გქონდათ, შემდეგ გაშვება „git merge-base master my-feature“ შერწყმის ბაზის ჰეშის გამოსათვლელად მთავარ და 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");
• დაემატა კომითებზე მიმაგრებული გაფართოებული ტეგების გაფილტვრის შესაძლებლობა „git log“ გამომავალში („თრეილერი“ - დამატებითი ინფორმაციის დროშები, როგორიცაა Signed-off-by და Co-authored-by). შესაძლებელია ეტიკეტების გაფილტვრა როგორც გასაღების, ასევე მნიშვნელობის მიხედვით, მაგალითად:
  "git log --pretty="%(trailers:key=განხილულია-მხოლოდ,valueonly)";

• დაემატა ახალი მიკვლევის ძრავა, Trace2, რომელიც გთავაზობთ უფრო მოქნილ და სტრუქტურირებულ გამომავალი ფორმატს. Trace2 საშუალებას გაძლევთ შეაგროვოთ ტელემეტრია შესრულებული ოპერაციების შესახებ და შესრულების მონაცემები უფრო დეტალური ანალიზისა და გამართვისთვის (დამმუშავებელი მინიჭებულია მომხმარებლის მიერ, მონაცემები არ იგზავნება გარედან);
• "git bisect" ანგარიში გახდა უფრო იკითხება, რომელშიც ახლა უფრო მკაფიოდ არის ხაზგასმული პრობლემური დავალებები და ნაჩვენებია შემაჯამებელი სტატისტიკა თითოეული ფაილის ცვლილებების შესახებ (შეცვლილი ხაზების რაოდენობის დონეზე);
• კატალოგების გადარქმევების განსაზღვრის ევრისტიკა გადაკეთებულია, რათა აღმოიფხვრას სახელების გადარქმევის ეტიკეტების ცრუ ინსტალაცია. როდესაც ეჭვი გეპარებათ, ასეთი დირექტორიები ახლა მონიშნულია, როგორც კონფლიქტური;
• გაფრთხილება გამოჩნდება, როდესაც თქვენ ცდილობთ დააინსტალიროთ ტეგი სხვა ტეგზე, რაც ჩვეულებრივ შეცდომით კეთდება და შეიძლება გამოიწვიოს ტეგის არასწორ ჩადენაზე დაყენება (მაგალითად, კონსტრუქცია, როგორიცაა “git tag -f -m “განახლებული შეტყობინება” my-tag1 my-tag2″ გამოიწვევს ტეგის შექმნას ძველ ტეგზე, ხოლო დეველოპერი ელოდა, რომ ახალი ტეგი დაინსტალირდებოდა commit-ზე, რომელზეც მითითებულია ძველი ტეგი);
• გენერაცია ჩართულია ბიტმაპის საცავებისთვის (დისკზე დაფუძნებული "ხელმისაწვდომობის bitmaps" სტრუქტურა), რომელიც ინახავს მონაცემებს თითოეული კომიტისთვის ხელმისაწვდომი ობიექტების ნაკრების შესახებ და საშუალებას გაძლევთ სწრაფად განსაზღვროთ ბაზის ობიექტის არსებობა. ეს სტრუქტურა მნიშვნელოვნად ამცირებს მონაცემთა აღდგენის ოპერაციების შესრულების დროს (git fetch).

წყარო: opennet.ru