{"id":141016,"date":"2025-08-19T11:11:54","date_gmt":"2025-08-19T09:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51"},"modified":"2025-08-19T11:11:54","modified_gmt":"2025-08-19T09:11:54","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","title":{"rendered":"Wydanie systemu zarz\u0105dzania wersjami Git 2.51","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Po dw\u00f3ch miesi\u0105cach intensywnego rozwoju, zaprezentowano wydanie systemu zarz\u0105dzania wersjami Git 2.51. Git wyr\u00f3\u017cnia si\u0119 wysok\u0105 wydajno\u015bci\u0105 i oferuje narz\u0119dzia do nieliniowego rozwoju, oparte na rozga\u0142\u0119zieniach i scalaniu ga\u0142\u0119zi. Aby zapewni\u0107 integralno\u015b\u0107 historii i odporno\u015b\u0107 na zmiany «z wsteczn\u0105 dat\u0105», zastosowano niejawne haszowanie ca\u0142ej poprzedniej historii w ka\u017cdym commicie, a tak\u017ce uwierzytelnianie cyfrowymi podpisami deweloper\u00f3w dla poszczeg\u00f3lnych tag\u00f3w i commit\u00f3w. Kod Git jest rozpowszechniany na licencji GPLv2+. <\/p>\n
W por\u00f3wnaniu do poprzedniej wersji w nowej wersji wprowadzono 506 zmian, przygotowanych przez 91 dewelopera (21 z nich wzi\u0119\u0142o udzia\u0142 w rozwijaniu Git po raz pierwszy). G\u0142\u00f3wne nowo\u015bci (1, 2, 3): <\/p>\n
\n
Zwi\u0119kszono wydajno\u015b\u0107 polece\u0144 «git push» i «git fetch» w repozytoriach z du\u017c\u0105 liczb\u0105 odniesie\u0144. Przyspieszenie uzyskano dzi\u0119ki aktualizacji odniesie\u0144 w trybie wsadowym, w kt\u00f3rym w jednej transakcji przetwarzanych jest kilka odniesie\u0144, zamiast tworzenia osobnej transakcji dla aktualizacji ka\u017cdego odniesienia. Optymalizacja znacznie zwi\u0119kszy\u0142a wydajno\u015b\u0107 backendu «reftable», kt\u00f3ry teraz przewy\u017csza pod wzgl\u0119dem wydajno\u015bci backend «files». Na przyk\u0142ad, w testowym repozytorium z 10 tys. odniesie\u0144 wydajno\u015b\u0107 «git fetch» przy u\u017cyciu backendu «reftable» wzros\u0142a 22 razy, a przy u\u017cyciu backendu «files» \u2014 o 1,25 raza. Dla «git push» wzrost wyni\u00f3s\u0142 odpowiednio 18 i 1,21 razy.\n
Zaprezentowano now\u0105 metod\u0119 pakowania w plikach paczek cz\u0119\u015bci repozytori\u00f3w, kt\u00f3re nie s\u0105 powi\u0105zane z obiektami, kt\u00f3rych nie mo\u017cna \u015bledzi\u0107 i na kt\u00f3re w repozytorium nie ma odniesie\u0144 (nie s\u0105 powi\u0105zane z ga\u0142\u0119ziami ani tagami). Informacje o nieosi\u0105galnych obiektach s\u0105 przechowywane w oddzielnych plikach paczek («cruft packs»), co prowadzi\u0142o do konieczno\u015bci ich odzwierciedlenia w indeksach wielu paczek MIDX (multi-pack index) w celu uwzgl\u0119dnienia obiekt\u00f3w, kt\u00f3re pocz\u0105tkowo by\u0142y nieosi\u0105galne i przechowywane tylko w paczce typy cruft, ale sta\u0142y si\u0119 osi\u0105galne po commicie, kt\u00f3ry si\u0119 do nich odnosi\u0142.\n
W nowej wersji przy ponownym pakowaniu plik\u00f3w pack zapewniono zachowanie dodatkowych kopii osi\u0105galnych obiekt\u00f3w, przechowywanych wy\u0142\u0105cznie w plikach cruft. Takie zmiany gwarantuj\u0105, \u017ce zestaw plik\u00f3w pack u\u017cywanych do przechowywania osi\u0105galnych obiekt\u00f3w nie zawiera obiekt\u00f3w, kt\u00f3re odnosz\u0105 si\u0119 do innych obiekt\u00f3w przechowywanych poza tym zestawem. Aby wykluczy\u0107 niedost\u0119pne zawarto\u015bci plik\u00f3w cruft z indeks\u00f3w wielopaku (MIDX) zaproponowano ustawienie \u201erepack.MIDXMustContainCruft\u201d, kt\u00f3re pozwala znacznie zmniejszy\u0107 rozmiar takich indeks\u00f3w. W\u0142\u0105czenie tego ustawienia w repozytorium GitHub pozwoli\u0142o na zmniejszenie rozmiaru indeks\u00f3w MIDX o 38%, przyspieszenie zapisu do indeks\u00f3w MIDX o 35% oraz poprawienie wydajno\u015bci odczytu o 5%. <\/p>\n
Do polecenia \u201egit pack-objects\u201d dodano opcj\u0119 \u201e--path-walk\u201d, kt\u00f3ra w\u0142\u0105cza now\u0105 metod\u0119 gromadzenia informacji o obiektach przy ponownym pakowaniu plik\u00f3w pack. Zamiast przechodzi\u0107 przez obiekty w kolejno\u015bci rewizji, w trybie \u201e--path-walk\u201d obiekty s\u0105 przetwarzane na podstawie \u015bcie\u017cek do plik\u00f3w, co pozwala na jednoczesne pakowanie wszystkich obiekt\u00f3w z tymi samymi \u015bcie\u017ckami do plik\u00f3w. Takie podej\u015bcie pozwala na pomini\u0119cie heurystyki opartej na haszowaniu w celu okre\u015blenia zwi\u0105zku obiektu z jego \u015bcie\u017ck\u0105 do pliku oraz na pozbycie si\u0119 sortowania obiekt\u00f3w przed pakowaniem. W trybie \u201e--path-walk\u201d rozmiar generowanych plik\u00f3w pack jest znacznie mniejszy ni\u017c przy grupowaniu obiekt\u00f3w za pomoc\u0105 hashy.\n
Okre\u015blono format do wymiany zapisanych stan\u00f3w roboczego drzewa i indeks\u00f3w w repozytorium, tworzonych za pomoc\u0105 polecenia \u201egit stash\u201d. Nowy format pozwala kodowa\u0107 zapisane zmiany (zapisy stash) w postaci sekwencji commit\u00f3w. W celu importu i eksportu zaproponowano podpolecenia \u201egit stash import\u201d i \u201egit stash export\u201d, kt\u00f3re mo\u017cna u\u017cywa\u0107 do przenoszenia zapisanych stan\u00f3w z jednego systemu do drugiego oraz do wykonywania operacji push lub pull na tych stanach, jak na zwyk\u0142ych ga\u0142\u0119ziach lub tagach. git stash export --to-ref refs\/stashes\/my-stash git push origin refs\/stashes\/my-stash ... git fetch origin '+refs\/stashes\/*:refs\/stashes\/*' git stash import refs\/stashes\/my-stash\n
W zespole «git cat-file», wyprowadzaj\u0105cym zawarto\u015b\u0107 okre\u015blonych obiekt\u00f3w, przy u\u017cyciu opcji «—batch» i «—batch-check» wprowadzono mo\u017cliwo\u015b\u0107 wy\u015bwietlania informacji o brakuj\u0105cych obiektach (na przyk\u0142ad z powodu uszkodzenia repozytorium) oraz submodu\u0142ach. Wcze\u015bniej przy wskazaniu \u015bcie\u017cki do submodu\u0142u polecenie «git cat-file —batch-check» zwraca\u0142o «missing», a teraz poka\u017ce identyfikator obiektu.\n
W poleceniu «git log» zastosowano optymalizacje oparte na filtrach Blooma w celu przyspieszenia wyszukiwania w historii zmian przy podawaniu filtr\u00f3w z wieloma \u015bcie\u017ckami plik\u00f3w, na przyk\u0142ad «git log — path\/to\/a path\/to\/b».\n
Stabilizowane s\u0105 polecenia «git switch» i «git restore», kt\u00f3re od 2019 roku by\u0142y traktowane jako eksperymentalne. Polecenia te s\u0105 przedstawiane jako nowoczesne odpowiedniki «git checkout», oddzielaj\u0105ce tak ma\u0142o zwi\u0105zane funkcje tej komendy, jak manipulacja ga\u0142\u0119ziami (zmiana i tworzenie) oraz przywracanie plik\u00f3w w katalogu roboczym.\n
Og\u0142oszono, \u017ce polecenie «git whatchanged», r\u00f3wnowa\u017cne z «git log —raw», b\u0119dzie uznawane za przestarza\u0142e i planowane do usuni\u0119cia w ga\u0142\u0119zi Git 3.0.\n
Do polecenia «git for-each-ref» dodano opcj\u0119 «—start-after», kt\u00f3ra mo\u017ce by\u0107 stosowana \u0142\u0105cznie z opcj\u0105 «—count» w celu organizacji paginowanego wyj\u015bcia.\n
Do polece\u0144 «git merge» i «git pull» dodano opcj\u0119 «—compact-summary» do u\u017cywania kompaktowego formatu podsumowania informacji o zmianach zamiast formatu diffstat.\n
W kodzie \u017ar\u00f3d\u0142owym Gita zezwolono na stosowanie s\u0142owa kluczowego «bool», kt\u00f3re pojawi\u0142o si\u0119 w standardzie C99. Udzielono r\u00f3wnie\u017c dokumentacji na temat niekt\u00f3rych mo\u017cliwo\u015bci C99, kt\u00f3re s\u0105 eksperymentalnie u\u017cywane w Gicie (na przyk\u0142ad w po\u0142owie 2026 roku planuje si\u0119 zezwolenie na stosowanie konstrukcji «(struct foo){ .member = value };»). Kompilator z obs\u0142ug\u0105 C99 jest wymagany dla Gita od 2021 roku, jednak mo\u017cliwo\u015bci specyfikacji C99 s\u0105 wprowadzane bardzo ostro\u017cnie w celu zachowania kompatybilno\u015bci z kompilatorami, kt\u00f3re jedynie cz\u0119\u015bciowo wspieraj\u0105 ten standard.\n
Do zasad przyjmowania poprawek wprowadzono zmiany, kt\u00f3re pozwalaj\u0105 na wysy\u0142anie poprawek pod pseudonimem, a nie tylko pod prawdziwym imieniem dewelopera. Zmiana ta jest zgodna z zasadami przyjmowania poprawek do j\u0105dra Linux.\n
Zaktualizowano list\u0119 zmian naruszaj\u0105cych kompatybilno\u015b\u0107, kt\u00f3re b\u0119d\u0105 wprowadzone w ga\u0142\u0119zi Git 3.0. W\u015br\u00f3d istotnych zmian w nadchodz\u0105cej wersji Git 3.0 wyr\u00f3\u017cnia si\u0119 domy\u015blne przej\u015bcie na identyfikatory obiekt\u00f3w oparte na algorytmie haszuj\u0105cym SHA-256 podczas inicjalizacji nowych repozytori\u00f3w oraz wykorzystanie formatu \u201ereftable\u201d do przechowywania odniesie\u0144 do ga\u0142\u0119zi i tag\u00f3w w repozytorium (wykorzystano magazyn blokowy z projektu JGit, zoptymalizowany do przechowywania bardzo du\u017cej liczby odniesie\u0144). <\/ul>\n