{"id":121313,"date":"2025-01-11T21:46:00","date_gmt":"2025-01-11T19:46:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48"},"modified":"2025-01-11T21:46:00","modified_gmt":"2025-01-11T19:46:00","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48","title":{"rendered":"Wydanie systemu zarz\u0105dzania kodem \u017ar\u00f3d\u0142owym Git 2.48","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Opublikowano wersj\u0119 rozproszonego systemu zarz\u0105dzania kodem \u017ar\u00f3d\u0142owym Git 2.48. Git wyr\u00f3\u017cnia si\u0119 wysok\u0105 wydajno\u015bci\u0105 i oferuje narz\u0119dzia do nieliniowego rozwoju, bazuj\u0105ce na rozga\u0142\u0119zieniu i scalaniu ga\u0142\u0119zi. Aby zapewni\u0107 integralno\u015b\u0107 historii i odporno\u015b\u0107 na zmiany \"wstecz\", wykorzystuje si\u0119 niejawne haszowanie ca\u0142ej wcze\u015bniejszej historii w ka\u017cdym commicie, a tak\u017ce uwierzytelnianie cyfrowe podpisami deweloper\u00f3w poszczeg\u00f3lnych tag\u00f3w i commit\u00f3w. Kod Git jest rozpowszechniany na licencji GPLv2+. <\/p>\n
W por\u00f3wnaniu do poprzedniej wersji, nowa wersja zawiera 605 zmian, przygotowanych przez 93 deweloper\u00f3w, z kt\u00f3rych 35 uczestniczy w rozwoju po raz pierwszy. G\u0142\u00f3wne nowo\u015bci to: <\/p>\n
\n
Wprowadzono mo\u017cliwo\u015b\u0107 budowania przy u\u017cyciu systemu budowania Meson, opr\u00f3cz GNU Make i CMake. Do zbudowania Gita mo\u017cna teraz u\u017cy\u0107 polecenia \"meson setup build && ninja -C build\". Nale\u017cy zauwa\u017cy\u0107, \u017ce Makefile stosowany przy u\u017cyciu GNU Make rozr\u00f3s\u0142 si\u0119 do 3887 linii i nie jest tak prosty, jak by si\u0119 chcia\u0142o. Zestaw narz\u0119dzi Meson upraszcza prac\u0119 z systemem budowania, jest wygodny do budowania mi\u0119dzyplatformowego i u\u0142atwia budowanie osobom, kt\u00f3re nie maj\u0105 do\u015bwiadczenia w korzystaniu z narz\u0119dzia Make. Nie planuje si\u0119 w najbli\u017cszym czasie zaprzestania wsparcia dla Make i CMake.\n
Dodano opcje budowy, kt\u00f3re umo\u017cliwiaj\u0105 u\u017cycie alternatywnych implementacji hasha SHA-1 przy obliczaniu sum kontrolnych, u\u017cywanych do weryfikacji integralno\u015bci blok\u00f3w danych w plikach pakiet\u00f3w. Wydajno\u015b\u0107 obliczania sum kontrolnych ma du\u017ce znaczenie; na obliczenie ich podczas klonowania repozytorium z j\u0105drem Linux przeznacza si\u0119 oko\u0142o 78% czasu procesora. Domy\u015blna implementacja zawiera dodatkowe sprawdzenia kolizji i ochron\u0119 przed atakami na SHA-1, takimi jak SHAttered i Shambles. Tego rodzaju ochrona, zu\u017cywaj\u0105ca dodatkowe zasoby, ma sens tylko przy u\u017cyciu SHA-1 w celach kryptograficznych i jest zb\u0119dna przy weryfikacji integralno\u015bci danych indeksowych.\n
Dla budowy Gita z szybsz\u0105 implementacj\u0105 SHA-1, kt\u00f3ra nie nadaje si\u0119 do system\u00f3w kryptograficznych, zaproponowano seri\u0119 opcji *_UNSAFE, takich jak \"OPENSSL_SHA1_UNSAFE\". W GitHub budowanie z uproszczonym SHA-1 pozwoli\u0142o zwi\u0119kszy\u0107 wydajno\u015b\u0107 operacji pobierania i klonowania danych o 10-13%. <\/p>\n
Dodano mo\u017cliwo\u015b\u0107 u\u017cycia opcji \"--remerge-diff\" w poleceniu \"range-diff\", kt\u00f3ra pozwala pokaza\u0107 r\u00f3\u017cnice mi\u0119dzy wsp\u00f3lnym wynikiem scalania a faktycznymi danymi odzwierciedlonymi w commicie po wykonaniu polecenia \"merge\". Przy u\u017cyciu opcji \"--remerge-diff\" r\u00f3\u017cnice mi\u0119dzy rozwi\u0105zaniami konflikt\u00f3w nie s\u0105 rozdzielane dla ka\u017cdej rodzicielskiej ga\u0142\u0119zi, lecz pokazuj\u0105 og\u00f3lne r\u00f3\u017cnice mi\u0119dzy plikiem maj\u0105cym konflikty scalania a plikiem, w kt\u00f3rym konflikty zosta\u0142y rozwi\u0105zane. W kontek\u015bcie polecenia \"range-diff\" nowa opcja mo\u017ce okaza\u0107 si\u0119 przydatna do por\u00f3wnania zestaw\u00f3w commit\u00f3w po przeniesieniu sekwencji commit\u00f3w za pomoc\u0105 polecenia \"rebase\" z opcj\u0105 \"--rebase-merges\".\n
Dodano mo\u017cliwo\u015b\u0107 uruchomienia zestawu testowego Gita z w\u0142\u0105czonym trybem wykrywania wyciek\u00f3w pami\u0119ci. Poniewa\u017c git zapewnia narz\u0119dzia, kt\u00f3re ko\u0144cz\u0105 dzia\u0142anie po wykonaniu wywo\u0142anej funkcji, wcze\u015bniejsze wycieki pami\u0119ci nie by\u0142y traktowane jako powa\u017cny problem. Konieczno\u015b\u0107 ca\u0142kowitego wykluczenia wyciek\u00f3w pami\u0119ci sta\u0142a si\u0119 aktualna po rozpocz\u0119ciu pracy nad wydzieleniem wewn\u0119trznej funkcjonalno\u015bci do osobnej biblioteki, kt\u00f3ra mo\u017ce by\u0107 stosowana w d\u0142ugotrwa\u0142ych procesach.\n
Rozpocz\u0119to tworzenie listy przestarza\u0142ych tryb\u00f3w i mo\u017cliwo\u015bci, kt\u00f3rych wsparcie planowane jest do zako\u0144czenia w przysz\u0142o\u015bci. Uwa\u017ca si\u0119, \u017ce usuni\u0119cie przestarza\u0142ej funkcjonalno\u015bci nast\u0105pi w wydaniu Git 3.0, kt\u00f3re wprowadzi zmiany naruszaj\u0105ce zgodno\u015b\u0107 wsteczn\u0105.\n
Kontynuowano optymalizacj\u0119 pracy zespo\u0142u «git for-each-ref», kt\u00f3ry generuje list\u0119 link\u00f3w w repozytorium. Optymalizacja, \u0142\u0105cz\u0105ca przetwarzanie filtr\u00f3w dla link\u00f3w oraz formatowanie wyj\u015bcia, jest teraz stosowana nie tylko dla niezsortowanego wyj\u015bcia, ale tak\u017ce przy u\u017cyciu opcji «—sort».\n
Ulepszono implementacj\u0119 backendu «reftable» z blokowym magazynem do efektywnego przechowywania link\u00f3w do ga\u0142\u0119zi i tag\u00f3w w repozytorium. Reftable znacznie przyspiesza wyszukiwanie, odczyt i zapis w repozytoriach z bardzo du\u017c\u0105 liczb\u0105 link\u00f3w. W nowej wersji zrezygnowano z niekt\u00f3rych pomocniczych API, aby uzyska\u0107 dalsze wykluczenie biblioteki libgit z zale\u017cno\u015bci budowlanych. Wprowadzono adaptacyjne przetwarzanie b\u0142\u0119d\u00f3w zwracanych przez funkcje alokacji pami\u0119ci (brak pami\u0119ci nie prowadzi teraz do awarii). Przyspieszono operacje tworzenia link\u00f3w i zmniejszono zu\u017cycie pami\u0119ci.\n
W implementacji cz\u0119\u015bciowego klonowania rozwi\u0105zano problemy, kt\u00f3re prowadzi\u0142y do zap\u0119tlenia si\u0119 i uszkodzenia repozytorium po wykonaniu polecenia «git gc».\n
Podczas wykonywania polecenia «git fetch <remote>», w przypadku braku na lokalnym systemie «refs\/remotes\/<remote>\/HEAD» oraz posiadania po drugiej stronie ga\u0142\u0119zi, na kt\u00f3r\u0105 wskazuje HEAD, «refs\/remotes\/<remote>\/HEAD» jest teraz przekierowywane na t\u0119 ga\u0142\u0105\u017a. Aby zarz\u0105dza\u0107 synchronizacj\u0105 «refs\/remotes\/<remote>\/HEAD» z warto\u015bci\u0105 HEAD po drugiej stronie, dodano ustawienie remote.<remote>.followRemoteHEAD».\n
Dodano ustawienie «remote.<name>.serverOption» analogiczne do opcji wiersza polece\u0144 «—serverOption=<value>».\n
W poleceniu «git rebase —rebase-merges» w miar\u0119 mo\u017cliwo\u015bci zapewniono u\u017cycie nazw ga\u0142\u0119zi jako etykiet.\n
Do polece\u0144 ‘git notes add’ i ‘git notes append’ dodano flag\u0119 ‘-e’, kt\u00f3ra otwiera notatk\u0119 w zewn\u0119trznym edytorze tekstu wskazanym za pomoc\u0105 zmiennej \u015brodowiskowej GIT_EDITOR.\n
Ulepszona zgodno\u015b\u0107 z GCC 15 i standardem C23.\n
Zaprzestano wsparcia dla starych wersji libcURL i Perl. <\/ul>\n