ხელმისაწვდომია Git 2.41 წყაროს მართვის სისტემა

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

წინა გამოშვებასთან შედარებით, ახალ ვერსიაში მიღებულ იქნა 542 ცვლილება, რომელიც მომზადდა 95 დეველოპერის მონაწილეობით, რომელთაგან 29-მა პირველად მიიღო მონაწილეობა შემუშავებაში. ძირითადი ინოვაციები:

• გაუმჯობესებული დამუშავება მიუწვდომელ ობიექტებთან, რომლებიც არ არის მითითებული საცავში (ფილიალები ან ტეგები არ არის მითითებული). მიუწვდომელი ობიექტები ამოღებულია ნაგვის შემგროვებლის მიერ, მაგრამ რჩება საცავში გარკვეული დროით ამოღებამდე, რათა თავიდან იქნას აცილებული რასის პირობები. მიუწვდომელი ობიექტების პერიოდზე თვალყურის დევნებისთვის აუცილებელია მათზე ეტიკეტების მიბმა მსგავსი ობიექტების შეცვლის დროით, რაც არ იძლევა მათ შენახვას ერთ პაკეტ-ფაილში, რომელშიც ყველა ობიექტს აქვს საერთო ცვლილების დრო. ადრე, თითოეული მიუწვდომელი ობიექტი ინახებოდა ცალკე ფაილში, რამაც გამოიწვია პრობლემები, თუ არსებობდა ახალი მიუწვდომელი ობიექტების დიდი რაოდენობა, რომლებიც ჯერ არ ექვემდებარებოდა წაშლას. ახალ გამოშვებაში, ნაგულისხმევად, „კრუფტის პაკეტების“ მექანიზმი გამოიყენება მიუწვდომელი ობიექტების შესაფუთად, რაც საშუალებას იძლევა შეინახოს ყველა მიუწვდომელი ობიექტი ერთ პაკეტში და ასახოს მონაცემები თითოეული ობიექტის მოდიფიკაციის დროის შესახებ ცალკე ცხრილში შენახულ ცხრილში. ფაილი „.mtimes“ გაფართოებით და დაკავშირებულია ინდექსის ფაილის გამოყენებით „.idx“ გაფართოებით.
• ნაგულისხმევად, ჩართულია საპირისპირო ინდექსის (revindex) შენარჩუნება დისკზე პაკეტის ფაილებისთვის. torvalds/linux-ის საცავებზე ტესტირებისას, საპირისპირო ინდექსის გამოყენებამ საშუალება მოგვცა დაგვეჩქარებინა რესურსზე ინტენსიური "git push" ოპერაციები 1.49-ჯერ და მარტივი ოპერაციები, როგორიცაა ერთი ობიექტის ზომის გამოთვლა "git cat-ის" გამოყენებით. ფაილი --batch='%(objectsize:disk)' » 77-ჯერ. საპირისპირო ინდექსის მქონე ფაილები (."rev") შეინახება საცავში ".git/objects/pack" დირექტორიაში.

  შეგახსენებთ, რომ Git ინახავს ყველა მონაცემს ობიექტების სახით, რომლებიც მოთავსებულია ცალკეულ ფაილებში. საცავთან მუშაობის ეფექტურობის გასაზრდელად, ობიექტები დამატებით მოთავსებულია პაკეტ ფაილებში, რომლებშიც ინფორმაცია წარმოდგენილია ობიექტების ნაკადის სახით ერთმანეთის მიყოლებით (მსგავსი ფორმატი გამოიყენება ობიექტების git fetch-ით და git-ით გადაცემისას. push ბრძანებები). თითოეული პაკეტის ფაილისთვის იქმნება ინდექსის ფაილი (.idx), რომელიც საშუალებას გაძლევთ ძალიან სწრაფად დაადგინოთ ოფსეტი პაკეტის ფაილში, რომლითაც მოცემული ობიექტი ინახება ობიექტის იდენტიფიკატორის მიერ.

  ახალ გამოცემაში შემავალი საპირისპირო ინდექსი მიზნად ისახავს ობიექტის ID-ის განსაზღვრის პროცესის გამარტივებას პაკეტის ფაილში ობიექტის ადგილმდებარეობის შესახებ ინფორმაციისგან. ადრე, ასეთი კონვერტაცია ხდებოდა ფრენის დროს, პაკეტის ფაილის ანალიზისას და ინახებოდა მხოლოდ მეხსიერებაში, რაც არ იძლეოდა ასეთი ინდექსების ხელახლა გამოყენების საშუალებას და აიძულებდა ინდექსის გენერირებას ყოველ ჯერზე. ინდექსის აგების ფუნქციონირება მცირდება ობიექტი-პოზიციის წყვილების მასივის აგებამდე და პოზიციის მიხედვით დახარისხებამდე, რასაც შეიძლება დიდი დრო დასჭირდეს დიდი პაკეტის ფაილებს.

  მაგალითად, ობიექტების შიგთავსის ჩვენების ოპერაცია, რომელიც იყენებს პირდაპირ ინდექსს, 62-ჯერ უფრო სწრაფი იყო, ვიდრე ობიექტების ზომის ჩვენების ოპერაცია, რომლისთვისაც არ იყო ინდექსირებული პოზიციის ობიექტთან ურთიერთობის მონაცემები. საპირისპირო ინდექსის გამოყენების შემდეგ, ამ ოპერაციებმა დაახლოებით ერთსა და იმავე დროს დაიწყო. საპირისპირო ინდექსები ასევე საშუალებას გაძლევთ დააჩქაროთ ობიექტების გაგზავნის ფუნქციონირება fetch and push ბრძანებების შესრულებისას მზა მონაცემების დისკიდან პირდაპირ გადაცემით.

  

• დამატებულია მხარდაჭერა WWW-Authenticate სათაურების გადასაცემად სერთიფიკატების დამმუშავებელსა და ავტორიზაციის სერვისს შორის „სარწმუნოების დამხმარე“ პროტოკოლს, რომელიც გამოიყენება სერთიფიკატების გადასაცემად შეზღუდული საცავებში წვდომისას. WWW-Authenticate სათაურის მხარდაჭერა საშუალებას აძლევს OAuth-ის ფარგლების პარამეტრებს გადაეცეს უფრო დეტალურად განცალკევებულ მომხმარებელთა წვდომას საცავებზე და შეზღუდოს მოთხოვნებისთვის ხელმისაწვდომი სპექტები.
• დამატებულია ფორმატის ვარიანტი "%(წინ-უკან: )", რომელიც საშუალებას გაძლევთ დაუყოვნებლივ მიიღოთ ინფორმაცია გარკვეულ ფილიალში არსებული ან არყოფნის რაოდენობის შესახებ, სხვა ფილიალთან შედარებით (რამდენად ჩამორჩება ან უსწრებს ერთი ფილიალი მეორეს ჩადენების დონეზე). ადრე ამ ინფორმაციის მიღებას ორი ცალკეული ბრძანება სჭირდებოდა: "git rev-list --count main..my-feature" ფილიალისთვის უნიკალური შესრულებების რაოდენობის მისაღებად და "git rev-list --count my-feature.. main" გამოტოვებული შეთანხმებების რაოდენობის მისაღებად. ახლა ასეთი გამოთვლები შეიძლება შემცირდეს ერთ ბრძანებამდე, რაც ამარტივებს დამმუშავებლების ჩაწერას და ამცირებს შესრულების დროს. მაგალითად, შეუერთებელი ტოტების საჩვენებლად და იმის შესაფასებლად, არიან თუ არა ისინი თავიანთ მთავარ განშტოებას უკან ან წინ, შეგიძლიათ გამოიყენოთ ერთი ხაზი: $ git for-each-ref --no-merged=origin/HEAD \ --format=' %(refname:short) %(ahead-back :origin/HEAD)' \ refs/heads/tb/ | სვეტი -t tb/cruft-extra-tips 2 96 tb/for-each-ref-გამორიცხეთ 16 96 tb/roaring-bitmaps 47 3 ადრე გამოყენებული სკრიპტის ნაცვლად, რომელიც 17-ჯერ უფრო ნელია: $ git თითოეული ref-ისთვის — format='%(refname:short)' --no-merged=origin/HEAD \ refs/heads/tb | while read ref do ahead="$(git rev-list --count origin/HEAD..$ref)"back="$(git rev-list --count $ref..origin/HEAD)" printf "%s %d %d\n" "$ref" "$ahead" "$Behind" შესრულებულია | სვეტი -t tb/cruft-extra-tips 2 96 tb/for-eveach-ref-exclude 16 96 tb/roaring-bitmaps 47 3
• "git fetch" ბრძანებას დაემატა "--ფაიფური" ვარიანტი, რომელიც წარმოქმნის გამომავალს ფორმატში " ”, ნაკლებად იკითხება, მაგრამ უფრო მოსახერხებელია სკრიპტებში ანალიზისთვის.
• დაემატა "fetch.hideRefs" პარამეტრი "git fetch" ოპერაციების დასაჩქარებლად ლოკალურ საცავში ბმულების ნაწილის დამალვით, შემოწმების ეტაპზე, გაგზავნა თუ არა სერვერმა ობიექტების სრული ნაკრები, რაც დაზოგავს დროს შემოწმების მხოლოდ სერვერებზე შეზღუდვით. საიდანაც უშუალოდ ხდება მონაცემების მოძიება. მაგალითად, სისტემაზე ტესტირებისას საცავებით, რომლებიც შეიცავს უამრავ თვალყურს დევნილ გარე ბმულებს, ყველა ბმულის გამოკლებით, გარდა $დისტანციური სამიზნე სერვერის მისამართისა, შემცირდა "git fetch" ოპერაცია 20 წუთიდან 30 წამამდე. $ git -c fetch.hideRefs=refs -c fetch.hideRefs=!refs/remotes/$remote \ fetch $remote
• "git fsck" ბრძანება ახორციელებს შესაძლებლობას შეამოწმოს კორუფცია, შემოწმების ჯამი და მნიშვნელობების სისწორე ხელმისაწვდომობის ბიტმაფებში და საპირისპირო ინდექსებში.
• "git clone --local" ბრძანება ახლა აჩვენებს შეცდომას $GIT_DIR-ის შიგნით სიმბოლური ბმულების შემცველი საცავიდან კოპირების მცდელობისას.

წყარო: opennet.ru