{"id":103093,"date":"2022-01-25T15:36:40","date_gmt":"2022-01-25T13:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35"},"modified":"2022-01-25T15:36:40","modified_gmt":"2022-01-25T13:36:40","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","title":{"rendered":"Wydanie systemu kontroli wersji Git 2.35","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Po dw\u00f3ch miesi\u0105cach pracy wydana zosta\u0142a wersja rozproszonego systemu zarz\u0105dzania kodem \u017ar\u00f3d\u0142owym Git 2.35. Git jest jednym z najpopularniejszych, niezawodnych i wydajnych system\u00f3w kontroli wersji, oferuj\u0105c elastyczne narz\u0119dzia do nieliniowego rozwoju, oparte na rozwidleniach i scalaniu ga\u0142\u0119zi. Aby zapewni\u0107 integralno\u015b\u0107 historii i odporno\u015b\u0107 na zmiany 'wstecz', zastosowano domy\u015blne haszowanie ca\u0142ej poprzedniej historii w ka\u017cdym commicie, mo\u017cliwe jest r\u00f3wnie\u017c uwierzytelnienie cyfrowymi podpisami deweloper\u00f3w dla poszczeg\u00f3lnych tag\u00f3w i commit\u00f3w. <\/p>\n
W por\u00f3wnaniu do poprzedniej wersji w nowej edycji wprowadzono 494 zmiany, przygotowane przez 93 programist\u00f3w, z kt\u00f3rych 35 wzi\u0119\u0142o udzia\u0142 w projekcie po raz pierwszy. G\u0142\u00f3wne nowo\u015bci: <\/p>\n
\n
Rozszerzone mo\u017cliwo\u015bci korzystania z kluczy SSH do uwierzytelniania obiekt\u00f3w Git cyfrowym podpisem. Aby rozdzieli\u0107 czas dzia\u0142ania kilku kluczy, dodano wsparcie dla dyrektyw OpenSSH 'valid-before' i 'valid-after', kt\u00f3re umo\u017cliwiaj\u0105 poprawne dzia\u0142anie z podpisami po rotacji klucza jednego z deweloper\u00f3w. Wcze\u015bniej wyst\u0119powa\u0142 problem z rozdzieleniem podpis\u00f3w starym i nowym kluczem \u2014 je\u015bli usuni\u0119to stary klucz, nie by\u0142o mo\u017cliwe sprawdzenie podpis\u00f3w dokonanych jego pomoc\u0105, a je\u015bli go pozostawiono \u2014 istnia\u0142a mo\u017cliwo\u015b\u0107 tworzenia nowych podpis\u00f3w starym kluczem, kt\u00f3rego ju\u017c zast\u0105piono nowym. Dzi\u0119ki 'valid-before' i 'valid-after' mo\u017cna rozdzieli\u0107 zakres dzia\u0142ania kluczy na podstawie czasu utworzenia podpisu.\n
W ustawieniu merge.conflictStyle, kt\u00f3re pozwala wybra\u0107 tryb formatowania informacji o konfliktach podczas scalania, dodano wsparcie dla trybu 'zdiff3', kt\u00f3ry przenosi poza obszar konfliktu wszystkie typowe wiersze wskazane na pocz\u0105tku lub ko\u0144cu konfliktu, co pozwala osi\u0105gn\u0105\u0107 bardziej kompaktow\u0105 prezentacj\u0119 informacji.\n
Do polecenia 'git stash' dodano tryb '--staged', kt\u00f3ry umo\u017cliwia ukrycie tylko zmian dodanych do indeksu, na przyk\u0142ad w sytuacji, gdy konieczne jest tymczasowe od\u0142o\u017cenie cz\u0119\u015bci skomplikowanych zmian, aby najpierw doda\u0107 to, co jest ju\u017c gotowe, a z pozosta\u0142ymi sprawami zaj\u0105\u0107 si\u0119 p\u00f3\u017aniej. Tryb przypomina polecenie 'git commit', kt\u00f3re rejestruje tylko zmiany umieszczone w indeksie, ale zamiast tworzenia nowego commitu w 'git stash --staged', wynik jest zapisywany w tymczasowym obszarze stash. Po tym, jak zmiany b\u0119d\u0105 potrzebne, mo\u017cna je przywr\u00f3ci\u0107 poleceniem 'git stash pop'.\n
Do zespo\u0142u «git log» dodano nowy specyfikator formatu «—format=%(describe)», kt\u00f3ry pozwala po\u0142\u0105czy\u0107 wyj\u015bcie «git log» z wynikiem dzia\u0142ania polecenia «git describe». Parametry dla «git describe» s\u0105 okre\u015blane bezpo\u015brednio w specyfikatorze («—format=%(describe:match=<foo>,exclude=<bar>)»), w kt\u00f3rym mo\u017cna r\u00f3wnie\u017c uwzgl\u0119dni\u0107 skr\u00f3cone tagi («—format=%(describe:tags=<bool>)») oraz skonfigurowa\u0107 liczb\u0119 heksadecymalnych znak\u00f3w do identyfikacji obiekt\u00f3w («—format=%(describe:abbrev=<n>)»). Na przyk\u0142ad, aby wy\u015bwietli\u0107 8 ostatnich commit\u00f3w, kt\u00f3rych tagi nie maj\u0105 oznaczenia kandydat\u00f3w do wydania, oraz wskaza\u0107 8-znakowe identyfikatory, mo\u017cna u\u017cy\u0107 polecenia: $ git log -8 —format=’%(describe:exclude=*-rc*,abbrev=13)’ v2.34.1-646-gaf4e5f569bc89 v2.34.1-644-g0330edb239c24 v2.33.1-641-g15f002812f858 v2.34.1-643-g2b95d94b056ab v2.34.1-642-gb56bd95bbc8f7 v2.34.1-203-gffb9f2980902d v2.34.1-640-gdf3c41adeb212 v2.34.1-639-g36b65715a4132\n
W ustawieniach user.signingKey wprowadzono wsparcie dla nowych typ\u00f3w kluczy, kt\u00f3re nie ograniczaj\u0105 si\u0119 do typu «ssh-» oraz wskazania pe\u0142nej \u015bcie\u017cki do pliku klucza. Alternatywne typy s\u0105 definiowane za pomoc\u0105 prefiksu «key::», na przyk\u0142ad «key::ecdsa-sha2-nistp256» dla kluczy ECDSA.\n
Zauwa\u017calnie poprawiono pr\u0119dko\u015b\u0107 generowania listy zmian w trybie «—histogram», a tak\u017ce przy u\u017cyciu opcji «—color-moved-ws», kt\u00f3ra kontroluje pod\u015bwietlanie spacji w kolorowym diffie.\n
W poleceniu «git jump», s\u0142u\u017c\u0105cym do dostarczania Vim informacji o dok\u0142adnych przej\u015bciach do poszukiwanej pozycji w pliku podczas rozwi\u0105zywania konflikt\u00f3w scalania, przegl\u0105dania r\u00f3\u017cnic czy wykonywania operacji wyszukiwania, wprowadzono mo\u017cliwo\u015b\u0107 ograniczenia obejmowanych konflikt\u00f3w scalania. Na przyk\u0142ad, aby ograniczy\u0107 operacje tylko do katalogu «foo», mo\u017cna wpisa\u0107 «git jump merge — foo», a aby wykluczy\u0107 z przetwarzania katalog «Documentation» — «git jump merge ‘:^Documentation'».\n
Przeprowadzono prace nad standaryzacj\u0105 stosowania typu «size_t» zamiast «unsigned long» dla warto\u015bci przedstawiaj\u0105cych rozmiar obiekt\u00f3w, co umo\u017cliwi\u0142o zastosowanie filtr\u00f3w «clean» i «smudge» z plikami wi\u0119kszymi ni\u017c 4 GB na wszystkich platformach, w tym na platformach z modelem danych LLP64, gdzie typ «unsigned long» jest ograniczony do 4 bajt\u00f3w.\n
Do zespo\u0142u «git am» dodano opcj\u0119 «—empty=(stop|drop|keep)», kt\u00f3ra pozwala podczas analizy \u0142atek z poczty wybra\u0107 zachowanie dla pustych wiadomo\u015bci, kt\u00f3re nie zawieraj\u0105 \u0142atek. Warto\u015b\u0107 «stop» zako\u0144czy ca\u0142\u0105 operacj\u0119 stosowania \u0142atek, «drop» — pominie pust\u0105 \u0142atk\u0119, «keep» — stworzy pusty commit.\n
W poleceniach «git reset», «git diff», «git blame», «git fetch», «git pull» oraz «git ls-files» dodano wsparcie dla cz\u0119\u015bciowych indeks\u00f3w (sparse index), co pozwala na zwi\u0119kszenie wydajno\u015bci i oszcz\u0119dno\u015b\u0107 miejsca w repozytoriach, w kt\u00f3rych wykonywane s\u0105 operacje partial cloning (sparse-checkout).\n
Polecenie «git sparse-checkout init» zosta\u0142o oznaczone jako przestarza\u0142e, zamiast niego nale\u017cy u\u017cywa\u0107 «git sparse-checkout set».\n
Dodano wst\u0119pn\u0105 implementacj\u0119 nowego backendu «reftable» do przechowywania odniesie\u0144, takich jak ga\u0142\u0119zie i tagi, w repozytorium. Nowy backend wykorzystuje magazyn blokowy stosowany w projekcie JGit i zoptymalizowany do przechowywania bardzo du\u017cej liczby odniesie\u0144. Backend nie jest jeszcze zintegrowany z systemem odniesie\u0144 (refs) i nie jest gotowy do praktycznego zastosowania.\n
Paleta kolor\u00f3w polecenia «git grep» zosta\u0142a dostosowana do zgodno\u015bci z narz\u0119dziem GNU grep. <\/ul>\n