{"id":106023,"date":"2022-12-13T15:36:42","date_gmt":"2022-12-13T13:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39"},"modified":"2022-12-13T15:36:42","modified_gmt":"2022-12-13T13:36:42","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","title":{"rendered":"Wydanie systemu kontroli wersji Git 2.39","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Po dw\u00f3ch miesi\u0105cach pracy opublikowano wersj\u0119 rozproszonego systemu zarz\u0105dzania kodem \u017ar\u00f3d\u0142owym Git 2.39. Git jest jednym z najpopularniejszych, niezawodnych i wydajnych system\u00f3w zarz\u0105dzania wersjami, oferuj\u0105cym elastyczne narz\u0119dzia do nieliniowego rozwoju oparte na ga\u0142\u0119zieniu i scalaniu. Aby zapewni\u0107 integralno\u015b\u0107 historii i odporno\u015b\u0107 na zmiany 'wstecz', stosowane jest niejawne haszowanie ca\u0142ej poprzedniej historii w ka\u017cdym commicie; mo\u017cliwe jest tak\u017ce uwierzytelnienie cyfrowymi podpisami deweloper\u00f3w wybranych tag\u00f3w i commit\u00f3w. <\/p>\n
W por\u00f3wnaniu z poprzedni\u0105 wersj\u0105 w nowej wersji wprowadzono 483 zmian, przygotowanych z udzia\u0142em 86 deweloper\u00f3w, z kt\u00f3rych 31 po raz pierwszy wzi\u0119\u0142o udzia\u0142 w pracach. G\u0142\u00f3wne nowo\u015bci: <\/p>\n
\n
Do zespo\u0142u 'git shortlog', przeznaczonego do wy\u015bwietlania podsumowa\u0144 ze statystykami z historii zmian, dodano opcj\u0119 '--group' do dowolnego grupowania commit\u00f3w wed\u0142ug p\u00f3l, nie ograniczaj\u0105c si\u0119 do autora lub commitera. Na przyk\u0142ad, aby wy\u015bwietli\u0107 list\u0119 deweloper\u00f3w z informacj\u0105 o liczbie zmian, uwzgl\u0119dniaj\u0105c pomocnik\u00f3w wymienionych w polu 'Co-authored-by', mo\u017cna u\u017cy\u0107 komendy: git shortlog -ns --group=author --group=trailer:co-authored-by\n
Mo\u017cna agregowa\u0107 wyniki shortlog za pomoc\u0105 specyfikator\u00f3w formatowania, a opcja «—group» znacznie u\u0142atwia tworzenie z\u0142o\u017conych raport\u00f3w i eliminuje potrzeb\u0119 wykonywania dodatkowych polece\u0144 sortowania. Na przyk\u0142ad, aby stworzy\u0107 raport z informacj\u0105 o tym, ile commit\u00f3w dla danego wydania zosta\u0142o zaakceptowanych w ka\u017cdym miesi\u0105cu, mo\u017cna u\u017cy\u0107: git shortlog v2.38.0.. —date=’format:%Y-%m’ —group=’’ -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12 Wcze\u015bniej do wykonania podobnej operacji nale\u017ca\u0142o u\u017cy\u0107 narz\u0119dzi sort i uniq: git log v2.38.0.. —date=’format:%Y-%m’ —format=’’ | sort | uniq -c <\/p>\n
Zwi\u0119kszono mo\u017cliwo\u015bci mechanizmu \u201ecruft packs\u201d s\u0142u\u017c\u0105cego do pakowania obiekt\u00f3w, do kt\u00f3rych w repozytorium nie ma odniesie\u0144 (nie s\u0105 wskazywane przez ga\u0142\u0119zie ani tagi). Obiekty nieosi\u0105galne s\u0105 usuwane przez mechanizm zbierania \u015bmieci, ale zanim zostan\u0105 usuni\u0119te, przez pewien czas pozostaj\u0105 w repozytorium, aby wykluczy\u0107 stany wy\u015bcigu. Mechanizm \u201ecruft packs\u201d pozwala przechowywa\u0107 wszystkie obiekty nieosi\u0105galne w jednym pliku pakietowym, a dane o czasie modyfikacji ka\u017cdego obiektu odzwierciedla\u0107 w osobnej tabeli, przechowywanej w oddzielnym pliku z rozszerzeniem \u201e.mtimes\u201d, aby nie kolidowa\u0142y z og\u00f3lnym czasem zmiany.\n
Czas przebywania obiekt\u00f3w nieosi\u0105galnych w repozytorium przed ich faktycznym usuni\u0119ciem okre\u015bla opcja \u201e--prune=\u201d. Mimo \u017ce op\u00f3\u017anienie przed usuni\u0119ciem jest do\u015b\u0107 skutecznym i praktycznym sposobem zapobiegania uszkodzeniu repozytorium z powodu stanu wy\u015bcigu, nie jest w 100% niezawodne. Aby upro\u015bci\u0107 odzyskiwanie uszkodzonego repozytorium, w nowej wersji wprowadzono mo\u017cliwo\u015b\u0107 zachowania brakuj\u0105cych obiekt\u00f3w, do czego do komendy \u201egit repack\u201d dodano opcj\u0119 \u201e--expire-to\u201d, umo\u017cliwiaj\u0105c\u0105 wskazanie pliku do utworzenia zewn\u0119trznej kopii wszystkich usuwanych obiekt\u00f3w. Na przyk\u0142ad, aby zachowa\u0107 w pliku backup.git obiekty nieosi\u0105galne, kt\u00f3re nie zmieni\u0142y si\u0119 w ci\u0105gu ostatnich 5 minut, mo\u017cna u\u017cy\u0107 polecenia: git repack --cruft --cruft-expiration=5.minutes.ago -d --expire-to=..\/backup.git <\/p>\n
Zdecydowanie zwi\u0119kszono (do 70%) szybko\u015b\u0107 wykonywania operacji \u201egit grep --cached\u201d przy wyszukiwaniu w obszarach, w kt\u00f3rych stosowane jest cz\u0119\u015bciowe klonowanie (sparse-checkout) i dla kt\u00f3rych istniej\u0105 cz\u0119\u015bciowe indeksy (sparse index). Wcze\u015bniej, przy wskazaniu opcji \u201e--cached\u201d, najpierw przeprowadzano wyszukiwanie w zwyk\u0142ym indeksie, a nast\u0119pnie w cz\u0119\u015bciowych, co prowadzi\u0142o do zauwa\u017calnych op\u00f3\u017anie\u0144 podczas wyszukiwania w du\u017cych repozytoriach.\n