{"id":105249,"date":"2022-10-04T15:36:37","date_gmt":"2022-10-04T13:36:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38"},"modified":"2022-10-04T15:36:37","modified_gmt":"2022-10-04T13:36:37","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-38","title":{"rendered":"Wydanie systemu kontroli wersji Git 2.38","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Wydano wydanie rozproszonego systemu zarz\u0105dzania kodem \u017ar\u00f3d\u0142owym Git 2.38. Git jest jednym z najpopularniejszych, niezawodnych i wydajnych system\u00f3w kontroli wersji, oferuj\u0105cym elastyczne narz\u0119dzia do nieliniowego rozwoju, opartych na ga\u0142\u0119zqdniu i scalaniu. Aby zapewni\u0107 integralno\u015b\u0107 historii i odporno\u015b\u0107 na zmiany \u201ewstecz\u201d, stosowane jest niejawne haszowanie ca\u0142ej wcze\u015bniejszej historii w ka\u017cdym commicie, mo\u017cliwe jest r\u00f3wnie\u017c uwierzytelnienie cyfrowymi podpisami programist\u00f3w poszczeg\u00f3lnych tag\u00f3w i commit\u00f3w. <\/p>\n
W por\u00f3wnaniu z poprzednim wydaniem, nowa wersja zawiera 699 zmian, przygotowanych przy udziale 92 deweloper\u00f3w, z kt\u00f3rych 24 uczestniczy\u0142o w projektowaniu po raz pierwszy. G\u0142\u00f3wne nowo\u015bci: <\/p>\n
\n
W sk\u0142ad g\u0142\u00f3wnego zestawu wchodzi narz\u0119dzie \u201escalar\u201d, opracowane przez firm\u0119 Microsoft do zarz\u0105dzania du\u017cymi repozytoriami. Narz\u0119dzie pierwotnie zosta\u0142o napisane w j\u0119zyku C#, ale w git w\u0142\u0105czono przerobion\u0105 wersj\u0119 w j\u0119zyku C. Nowe narz\u0119dzie r\u00f3\u017cni si\u0119 od polecenia git w\u0142\u0105czeniem domy\u015blnie dodatkowych funkcji i ustawie\u0144, kt\u00f3re wp\u0142ywaj\u0105 na wydajno\u015b\u0107 podczas pracy z bardzo du\u017cymi repozytoriami. Na przyk\u0142ad, przy u\u017cyciu scalar zastosowano:\n
\n
Cz\u0119\u015bciowe klonowanie do pracy z niepe\u0142n\u0105 kopi\u0105 repozytorium.\n
Wbudowany mechanizm \u015bledzenia zmian w systemie plik\u00f3w (FSMonitor), pozwalaj\u0105cy na obycie si\u0119 bez przeszukiwania ca\u0142ego katalogu roboczego.\n
Indeksy obejmuj\u0105ce obiekty w r\u00f3\u017cnych plikach pakiet\u00f3w (multi-pack).\n
Pliki commit-graph z indeksem grafu commit\u00f3w, stosowanym do optymalizacji dost\u0119pu do informacji o commitach.\n
T\u0142o cyklicznych prac do utrzymania optymalnej struktury repozytorium w tle, nie blokuj\u0105c sesji interaktywnej (co godzin\u0119 wykonywana jest praca polegaj\u0105ca na wst\u0119pnym \u0142adowaniu \u015bwie\u017cych obiekt\u00f3w z zdalnego repozytorium oraz aktualizacji pliku z grafem commit\u00f3w, a ka\u017cdej nocy uruchamiany jest proces pakowania repozytorium).\n
Tryb \u201esparseCheckoutCone\u201d, ograniczaj\u0105cy dopuszczalne wzorce przy cz\u0119\u015bciowym klonowaniu. <\/ul>\n
Do polecenia \u201egit rebase\u201d dodano opcj\u0119 \u201e--update-refs\u201d do aktualizacji powi\u0105zanych ga\u0142\u0119zi, kt\u00f3re krzy\u017cuj\u0105 si\u0119 z przenoszonymi ga\u0142\u0119ziami, aby nie trzeba by\u0142o r\u0119cznie wykonywa\u0107 operacji checkout dla ka\u017cdej powi\u0105zanej ga\u0142\u0119zi, aby prze\u0142\u0105czy\u0107 si\u0119 na wymagan\u0105 wersj\u0119.\n
Zapewniono zgodno\u015b\u0107 polecenia \u201egit rm\u201d z cz\u0119\u015bciowymi indeksami.\n
Poprawiono dzia\u0142anie polecenia \u201egit mv A B\u201d przy przenoszeniu pliku z obszaru roboczego z cz\u0119\u015bciowymi indeksami w trybie \u201econe\u201d do obcego obszaru, do kt\u00f3rego ten tryb nie jest stosowany.\n
Przeprowadzono optymalizacj\u0119 formatu plik\u00f3w bitmapowych do pracy z du\u017cymi repozytoriami \u2014 dodano opcjonaln\u0105 tabel\u0119 indeks\u00f3w z list\u0105 wybranych commit\u00f3w i ich przesuni\u0119\u0107.\n
W poleceniu \u201egit merge-tree\u201d wprowadzono nowy tryb, w kt\u00f3rym na podstawie dw\u00f3ch wskazanych commit\u00f3w obliczane jest drzewo z wynikiem scalania, tak jakby historie tych commit\u00f3w by\u0142y po\u0142\u0105czone.\n
Dodano ustawienie «safe.barerepository» do zarz\u0105dzania mo\u017cliwo\u015bci\u0105 umieszczania bare-repozytori\u00f3w (repozytoria bez drzewa roboczego) wewn\u0105trz innych repozytori\u00f3w git. Po ustawieniu na «explicit» dozwolone b\u0119dzie korzystanie z bare-repozytori\u00f3w umiejscowionych tylko w g\u0142\u00f3wnym katalogu. Aby umo\u017cliwi\u0107 umieszczanie bare-repozytori\u00f3w w podkatalogach, nale\u017cy u\u017cy\u0107 warto\u015bci «all».\n
Do polecenia «git grep» dodano opcj\u0119 «-m» («—max-count»), analogiczn\u0105 do opcji o tej samej nazwie w GNU grep, kt\u00f3ra pozwala ograniczy\u0107 liczb\u0119 wy\u015bwietlanych dopasowa\u0144.\n
W poleceniu «ls-files» wprowadzono opcj\u0119 «—format» do dostosowywania wy\u015bwietlanych p\u00f3l (na przyk\u0142ad mo\u017cna w\u0142\u0105czy\u0107 wyj\u015bcie nazwy obiektu, uprawnie\u0144 itp.).\n
W «git cat-file» podczas wy\u015bwietlania zawarto\u015bci obiekt\u00f3w wprowadzono mo\u017cliwo\u015b\u0107 uwzgl\u0119dnienia przypisania autor\u00f3w do emaili, okre\u015blonych w pliku mailmap. <\/ul>\n