{"id":103816,"date":"2022-04-19T15:36:47","date_gmt":"2022-04-19T13:36:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36"},"modified":"2022-04-19T15:36:47","modified_gmt":"2022-04-19T13:36:49","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36","title":{"rendered":"Wydanie systemu kontroli wersji Git 2.36","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Po trzech miesi\u0105cach opracowywania opublikowano wersj\u0119 rozproszonego systemu zarz\u0105dzania kodem \u017ar\u00f3d\u0142owym Git 2.36. Git to jeden z najpopularniejszych, niezawodnych i wydajnych system\u00f3w kontroli wersji, oferuj\u0105cych 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 \u201epo fakcie\u201d, wykorzystuje si\u0119 niejawne haszowanie ca\u0142ej poprzedniej historii w ka\u017cdym commicie, a tak\u017ce mo\u017cliwe jest po\u015bwiadczenie cyfrowymi podpisami tw\u00f3rc\u00f3w poszczeg\u00f3lnych tag\u00f3w i commit\u00f3w. <\/p>\n
W por\u00f3wnaniu do poprzedniego wydania w nowej wersji wprowadzono 717 zmian, kt\u00f3re przygotowa\u0142o 96 deweloper\u00f3w, z kt\u00f3rych 26 uczestniczy\u0142o w projekcie po raz pierwszy. G\u0142\u00f3wne nowo\u015bci: <\/p>\n
\n
Do polece\u0144 \u201egit log\u201d i \u201egit show\u201d dodano opcj\u0119 \u201e--remerge-diff\u201d, kt\u00f3ra umo\u017cliwia pokazanie r\u00f3\u017cnic mi\u0119dzy wsp\u00f3lnym wynikiem scalania a rzeczywistymi danymi, przedstawionymi w commicie po przetworzeniu polecenia \u201emerge\u201d, co pozwala na wizualn\u0105 ocen\u0119 zmian dokonanych w wyniku rozwi\u0105zywania konflikt\u00f3w przy scalaniu. Zwyk\u0142e polecenie \u201egit show\u201d oddziela r\u00f3\u017cne rozwi\u0105zania konflikt\u00f3w wci\u0119ciem, co utrudnia zrozumienie zmian. Na przyk\u0142ad, na poni\u017cszym zrzucie ekranu linie \u201e+\/-\u201d bez wci\u0119cia pokazuj\u0105 ostatnie rozwi\u0105zanie konfliktu, zwi\u0105zane z zmian\u0105 nazwy w pierwszej ga\u0142\u0119zi sha1 na oid w komentarzu, natomiast \u201e+\/-\u201d z wci\u0119ciem \u2014 pierwotne rozwi\u0105zanie konfliktu, spowodowane pojawieniem si\u0119 w drugiej ga\u0142\u0119zi dodatkowego argumentu w funkcji dwim_ref().
<\/center>\n
\u041f\u0440\u0438 u\u017cyciu opcji \u201e--remerge-diff\u201d r\u00f3\u017cnice mi\u0119dzy rozwi\u0105zaniami konflikt\u00f3w nie s\u0105 rozdzielane dla ka\u017cdej ga\u0142\u0119zi rodzica, lecz pokazuj\u0105 og\u00f3lne r\u00f3\u017cnice mi\u0119dzy plikiem, kt\u00f3ry ma konflikty scalania, a plikiem, w kt\u00f3rym konflikty zosta\u0142y rozwi\u0105zane.
<\/center> <\/p>\n
Zwi\u0119kszona elastyczno\u015b\u0107 w dostosowywaniu zachowania przy resetowaniu pami\u0119ci podr\u0119cznych dysk\u00f3w poprzez wywo\u0142anie funkcji fsync(). Dotychczasowy parametr core.fsyncObjectFiles zosta\u0142 podzielony na dwie zmienne konfiguracyjne core.fsync i core.fsyncMethod, co pozwala na zastosowanie fsync nie tylko dla plik\u00f3w z obiektami (.git\/objects), lecz tak\u017ce dla innych struktur git, takich jak odniesienia (.git\/refs), reflog i pliki paczek.\n
Za pomoc\u0105 zmiennej core.fsync mo\u017cna okre\u015bli\u0107 list\u0119 wewn\u0119trznych struktur Git, dla kt\u00f3rych po operacji zapisu dodatkowo zostanie wywo\u0142ane fsync. Zmienna core.fsyncMethod pozwala wybra\u0107 metod\u0119 do zapisu pami\u0119ci podr\u0119cznej, na przyk\u0142ad mo\u017cna wybra\u0107 fsync do zastosowania w systemowym wywo\u0142aniu o tej samej nazwie lub okre\u015bli\u0107 writeout-only do zastosowania op\u00f3\u017anionego zapisu (writback pami\u0119ci podr\u0119cznej). <\/p>\n
Aby chroni\u0107 przed podatno\u015bciami wykorzystuj\u0105cymi podmiany przez innych u\u017cytkownik\u00f3w katalog\u00f3w .git w wsp\u00f3lnych zasobach, wzmocniono kontrol\u0119 w\u0142a\u015bciciela repozytorium. Wykonanie jakichkolwiek polece\u0144 git jest teraz dozwolone tylko w swoich katalogach \u201e.git\u201d. Je\u015bli katalog z repozytorium nale\u017cy do innego u\u017cytkownika, domy\u015blnie wy\u015bwietlana jest b\u0142\u0105d. Zachowanie to mo\u017cna dezaktywowa\u0107 za pomoc\u0105 ustawienia safe.directory.\n
Do polecenia «git cat-file», s\u0142u\u017c\u0105cego do wy\u015bwietlania oryginalnej zawarto\u015bci obiekt\u00f3w Git, dodano opcj\u0119 «—batch-command», uzupe\u0142niaj\u0105c\u0105 dotychczas dost\u0119pne polecenia «—batch» i «—batch-check» o mo\u017cliwo\u015b\u0107 dostosowanego wyboru typu wyj\u015bcia poprzez okre\u015blenie «contents <obiekt>» do wy\u015bwietlenia zawarto\u015bci lub «info <obiekt>» do wy\u015bwietlenia informacji o obiekcie. Dodatkowo wspierane jest polecenie «flush» do opr\u00f3\u017cnienia bufora wyj\u015bcia.\n
Do polecenia «git ls-tree», s\u0142u\u017c\u0105cego do tworzenia listy zawarto\u015bci drzewa obiekt\u00f3w, dodano opcj\u0119 «—oid-only» («—object-only»), analogicznie do «—name-only», wy\u015bwietlaj\u0105cej tylko identyfikatory obiekt\u00f3w w celu uproszczenia wywo\u0142ania ze skrypt\u00f3w. Zrealizowano r\u00f3wnie\u017c opcj\u0119 «—format» umo\u017cliwiaj\u0105c\u0105 okre\u015blenie w\u0142asnego formatu wyj\u015bcia, \u0142\u0105cz\u0105c informacje o trybie, typie, nazwie i rozmiarze.\n
W poleceniu «git bisect run» zrealizowano okre\u015blenie braku oznaczenia dla skryptu jako plik wykonywalny oraz wy\u015bwietlanie w tym przypadku b\u0142\u0119d\u00f3w z kodami 126 lub 127 (wcze\u015bniej, je\u015bli skrypt nie m\u00f3g\u0142 by\u0107 uruchomiony, wszystkie rewizje by\u0142y oznaczane jako maj\u0105ce problemy).\n
Do polecenia «git fetch» dodano opcj\u0119 «—refetch» do pobierania wszystkich obiekt\u00f3w bez informowania drugiej strony o zawarto\u015bci, kt\u00f3ra ju\u017c znajduje si\u0119 w lokalnym systemie. Takie zachowanie mo\u017ce by\u0107 przydatne do przywracania stanu po awariach, gdy brak jest pewno\u015bci co do integralno\u015bci lokalnych danych.\n
Do polece\u0144 «git update-index», «git checkout-index», «git read-tree» i «git clean» dodano wsparcie dla indeks\u00f3w cz\u0119\u015bciowych (sparse index), co pozwala zwi\u0119kszy\u0107 wydajno\u015b\u0107 i zaoszcz\u0119dzi\u0107 miejsce w repozytoriach, w kt\u00f3rych wykonywane s\u0105 operacje cz\u0119\u015bciowego klonowania (sparse-checkout).\n
Zmodyfikowano zachowanie polecenia «git clone —filter=… —recurse-submodules», kt\u00f3re teraz skutkuje cz\u0119\u015bciowym klonowaniem submodu\u0142\u00f3w (wcze\u015bniej przy wykonywaniu tego typu polece\u0144 filtr by\u0142 stosowany tylko do g\u0142\u00f3wnej zawarto\u015bci, a submodu\u0142y by\u0142y klonowane w ca\u0142o\u015bci, bez uwzgl\u0119dniania filtra).\n
Do polecenia «git bundle» dodano wsparcie dla okre\u015blenia filtr\u00f3w do wyborowego umieszczania zawarto\u015bci, analogicznie do operacji cz\u0119\u015bciowego klonowania.\n
Do polecenia «git branch» dodano opcj\u0119 «—recurse-submodules» do rekursywnego przeszukiwania submodu\u0142\u00f3w.\n
W userdiff zaproponowano nowy handler dla j\u0119zyka Kotlin. <\/ul>\n
![\"Wydanie](\"\/wp-content\/uploads\/2022\/04\/75651aa0f36ad2b5896991a675754b1f.jpg\")
<\/center>\n![\"Wydanie](\"\/wp-content\/uploads\/2022\/04\/903ff119e179781b6e0de91205765a6a.jpg\")
<\/center> <\/p>\n