{"id":104517,"date":"2022-06-28T09:36:45","date_gmt":"2022-06-28T07:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37"},"modified":"2022-06-28T09:36:45","modified_gmt":"2022-06-28T07:36:45","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","title":{"rendered":"Wydanie systemu kontroli wersji Git 2.37","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Wydano wydanie rozproszonego systemu zarz\u0105dzania kodem \u017ar\u00f3d\u0142owym Git 2.37. Git jest jednym z najpopularniejszych, niezawodnych i wydajnych system\u00f3w kontroli wersji, oferuj\u0105cym elastyczne narz\u0119dzia do nieliniowego rozwoju oparte na dzia\u0142aniu ga\u0142\u0119zi i ich \u0142\u0105czenia. Aby zapewni\u0107 integralno\u015b\u0107 historii i odporno\u015b\u0107 na zmiany \u201ewstecz\u201d stosowane jest ukryte haszowanie ca\u0142ej wcze\u015bniejszej historii w ka\u017cdym commicie, a tak\u017ce mo\u017cliwe jest potwierdzenie cyfrowymi podpisami deweloper\u00f3w poszczeg\u00f3lnych tag\u00f3w i commit\u00f3w. <\/p>\n
W por\u00f3wnaniu do poprzedniej wersji nowa edycja zawiera 395 zmian, przygotowanych przy udziale 75 deweloper\u00f3w, z czego 20 wzi\u0119\u0142o udzia\u0142 w rozwijaniu po raz pierwszy. G\u0142\u00f3wne nowo\u015bci: <\/p>\n
\n
Dopracowano mechanizm indeks\u00f3w cz\u0119\u015bciowych (sparse index), kt\u00f3ry obejmuje tylko cz\u0119\u015b\u0107 repozytorium, co czyni go gotowym do powszechnego u\u017cytku. Indeksy cz\u0119\u015bciowe pozwalaj\u0105 na zwi\u0119kszenie wydajno\u015bci i oszcz\u0119dno\u015b\u0107 miejsca w repozytoriach, w kt\u00f3rych wykonywane s\u0105 operacje cz\u0119\u015bciowego klonowania (sparse-checkout) lub gdy pracuje si\u0119 z niekompletn\u0105 kopi\u0105 repozytorium. W nowym wydaniu zintegrowano indeksy cz\u0119\u015bciowe z poleceniami \u201egit show\u201d, \u201egit sparse-checkout\u201d i \u201egit stash\u201d. Najwi\u0119ksze zyski wydajno\u015bci z u\u017cycia indeks\u00f3w cz\u0119\u015bciowych obserwowano w poleceniu \u201egit stash\u201d, kt\u00f3rego czas wykonania w niekt\u00f3rych przypadkach wzr\u00f3s\u0142 o 80%.\n
Wprowadzono nowy mechanizm \u201ecruft packs\u201d do pakowania niedost\u0119pnych obiekt\u00f3w (unreachable), do kt\u00f3rych w repozytorium brak jest odniesie\u0144 (nie s\u0105 wskazywane przez ga\u0142\u0119zie lub tagi). Niedost\u0119pne obiekty s\u0105 usuwane przez zbieracza \u015bmieci, ale przez pewien czas pozostaj\u0105 w repozytorium, aby wykluczy\u0107 stany wy\u015bcigu. Aby \u015bledzi\u0107 okres, przez kt\u00f3ry niedost\u0119pne obiekty pozostaj\u0105 w repozytorium, nale\u017cy przypisa\u0107 im etykiety z czasem zmiany tych obiekt\u00f3w, co uniemo\u017cliwia ich przechowywanie w jednym pliku pack, w kt\u00f3rym wszystkie obiekty maj\u0105 wsp\u00f3lny czas zmiany. Wcze\u015bniej stosowane zapisywanie ka\u017cdego obiektu w osobnym pliku prowadzi\u0142o do problem\u00f3w przy du\u017cej liczbie \u015bwie\u017cych niedost\u0119pnych obiekt\u00f3w, kt\u00f3re jeszcze nie kwalifikowa\u0142y si\u0119 do usuni\u0119cia. Proponowany mechanizm \u201ecruft packs\u201d pozwala na przechowywanie wszystkich niedost\u0119pnych obiekt\u00f3w w jednym pliku pack, a dane o czasie modyfikacji ka\u017cdego obiektu odzwierciedla w osobnej tabeli, przechowywanej w pliku z rozszerzeniem \u201e.mtimes\u201d.\n
Dla system\u00f3w Windows i macOS wprowadzono wbudowany mechanizm \u015bledzenia zmian w systemie plik\u00f3w, kt\u00f3ry umo\u017cliwia unikni\u0119cie przeszukiwania ca\u0142ego katalogu roboczego podczas wykonywania takich operacji, jak «git status». Wcze\u015bniej do \u015bledzenia zmian przez hooki mo\u017cna by\u0142o u\u017cywa\u0107 zewn\u0119trznych narz\u0119dzi do \u015bledzenia zmian w systemie plik\u00f3w, takich jak Watchman, co wymaga\u0142o instalacji dodatkowych program\u00f3w i konfiguracji. Teraz ta funkcjonalno\u015b\u0107 jest wbudowana i mo\u017cna j\u0105 w\u0142\u0105czy\u0107 poleceniem «git config core.fsmonitor true».\n
W poleceniu «git sparse-checkout» og\u0142oszono przestarza\u0142\u0105 obs\u0142ug\u0119 alternatywnego trybu «—cone» metody definiowania wzorc\u00f3w dla cz\u0119\u015bciowego klonowania, umo\u017cliwiaj\u0105cej przy definiowaniu cz\u0119\u015bci repozytorium, kt\u00f3ra ma by\u0107 klonowana, wymienianie poszczeg\u00f3lnych plik\u00f3w z u\u017cyciem sk\u0142adni «.gitignore», co nie pozwala na wykorzystanie cz\u0119\u015bciowych indeks\u00f3w do optymalizacji.\n
Zwi\u0119kszono elastyczno\u015b\u0107 ustawie\u0144 wywo\u0142ania fsync() do zapisu zmian na dysk. W parametrze «core.fsyncMethod» dodano wsparcie dla strategii synchronizacji «batch», kt\u00f3ra przyspiesza operacje przy zapisie du\u017cej liczby pojedynczych plik\u00f3w poprzez gromadzenie zmian w pami\u0119ci podr\u0119cznej, kt\u00f3re s\u0105 zapisywane jednym wywo\u0142aniem fsync(). Przeprowadzono test, w kt\u00f3rym za pomoc\u0105 polecenia «git add» dodano 500 plik\u00f3w, a przy w\u0142\u0105czeniu nowego trybu operacja zosta\u0142a wykonana w 0.15 sekundy, podczas gdy wywo\u0142anie fsync() dla ka\u017cdego pliku zajmowa\u0142o 1.88 sekundy, a bez u\u017cycia fsync — 0.06 sekundy.\n
Do polece\u0144 przegl\u0105dania ga\u0142\u0119zi, takich jak «git log» i «git rev-list», dodano opcj\u0119 » —since-as-filter=X», kt\u00f3ra pozwala na filtracj\u0119 informacji o commitach, kt\u00f3rych czas utworzenia jest starszy ni\u017c «X». W przeciwie\u0144stwie do opcji «—since», nowa komenda jest realizowana w formie filtra, kt\u00f3ry nie przerywa przeszukiwania po pierwszym commicie starszym ni\u017c podany czas.\n
W poleceniu «git remote» przy wskazaniu flagi «-v» zapewniono wy\u015bwietlanie informacji o cz\u0119\u015bciowych klonach repozytorium.\n
Dodana zosta\u0142a opcja \u201etransfer.credentialsInUrl\u201d, kt\u00f3ra mo\u017ce przyjmowa\u0107 warto\u015bci \u201ewarn\u201d, \u201edie\u201d i \u201eallow\u201d. W przypadku wskazania w parametrze \u201eremote..url\u201d danych uwierzytelniaj\u0105cych w postaci czystego tekstu, pr\u00f3ba wykonania operacji \u201efetch\u201d lub \u201epush\u201d zako\u0144czy si\u0119 b\u0142\u0119dem, je\u015bli opcja \u201etransfer.credentialsInUrl\u201d przyjmuje warto\u015b\u0107 \u201edie\u201d, lub ostrze\u017ceniem, je\u015bli ustawiona jest warto\u015b\u0107 \u201ewarn\u201d.\n
Domy\u015blnie w\u0142\u0105czona jest nowa implementacja trybu interaktywnego polecenia \u201egit add -i\u201d, przepisana z Perla na C. <\/ul>\n