Ang bagong bersyon ng version control system , ang Git 2.26.0, ay available na ngayon , dala ang ilang mga bagong tampok , suporta sa eksperimento, at, higit sa lahat, mga pag-optimize. Para sa mga hindi pamilyar sa Git, ito ay isa sa mga pinakasikat, maaasahan, at mataas na pagganap na version control system , na nagbibigay ng flexible, non-linear na mga tool sa pag-develop batay sa branching at merging.
Upang matiyak ang integridad ng kasaysayan at ang resistensya sa mga pagbabagong retrospektibo, ang implicit hash ng buong nakaraang kasaysayan ay ginagamit sa bawat commit; posible ring digital na lagdaan ang mga developer ng mga indibidwal na tag at commit.
Kung ikukumpara sa nakaraang bersyon, ang bagong bersyon ay gumamit ng 504 na pagbabago na inihanda kasama ang pakikilahok ng 64 na developer, 12 sa kanila ang unang lumahok sa pag-develop.
Mga highlight ng Git 2.26.0
Inililipat ng bagong bersyong ito ang default sa bersyon 2 ng Git communication protocol , na ginagamit kapag kinokonekta ang isang client nang malayuan sa isang Git server. Kapansin-pansin ang Bersyon 2 sa pagbibigay ng kakayahang mag-filter ng mga branch at tag sa server side, na nagbabalik ng isang pinaikling listahan ng mga link sa client.
Ang isa pang mahalagang inobasyon ay ang kakayahang magdagdag ng mga bagong tampok sa protocol habang may mga bagong tampok na magagamit sa toolkit. Ang client code ay nananatiling tugma sa nakaraang protocol at maaaring patuloy na gumana sa parehong bago at lumang mga server, awtomatikong babalik sa unang bersyon kung hindi sinusuportahan ng server ang pangalawa.
Ang pagpipilian "–Show-saklaw« ay naidagdag sa utos «git config", Ano pinapasimple ang pagkakakilanlan ng lugar kung saan tinukoy ang ilang mga pagsasaayos.
Pinapayagan ka ng Git na tukuyin ang mga pagsasaayos sa iba't ibang lugar: sa lalagyan (.git / info / config), sa direktoryo ng gumagamit (~ / .gitconfig), sa file ng pagsasaayos ng buong system (/ etc / gitconfig), pati na rin sa pamamagitan ng mga pagpipilian sa linya ng utos at mga variable ng kapaligiran.
Kapag pinapatakbo ang ` git config` , medyo mahirap maunawaan kung saan eksaktong nakasaad ang nais na configuration. Ang opsyong ` --show-origin` ay magagamit upang malutas ang problemang ito, ngunit ipinapakita lamang nito ang path patungo sa file kung saan nakasaad ang configuration, na kapaki-pakinabang kung balak mong i-edit ang file, ngunit hindi makakatulong kung kailangan mong baguhin ang value sa pamamagitan ng `git config` gamit ang mga opsyong `--system`, `--global`, o `--local`.
Sa kabilang banda, binanggit sa anunsyo ng bagong bersyong ito na ipinagpatuloy ang pagpapalawig ng suportang eksperimental para sa mga partial clone , na nagpapahintulot sa paglilipat lamang ng isang bahagi ng datos at pagtatrabaho gamit ang isang hindi kumpletong kopya ng repositoryo.
Ang bagong bersyon ay nagdadagdag ng isang bagong utos, "git sparse-checkout add" , na nagbibigay-daan sa iyong magdagdag ng magkakahiwalay na direktoryo upang ilapat ang operasyong " checkout " sa bahagi lamang ng gumaganang puno, sa halip na ilista ang lahat ng mga direktoryong iyon nang sabay-sabay sa pamamagitan ng utos na " git sparse-checkout set ".
Ang pagganap ng utos na " git grep ", na ginagamit upang maghanap sa parehong aktwal na nilalaman ng repositoryo at mga makasaysayang rebisyon, ay tumataas nang malaki.
Para mapabilis ang paghahanap, pinapayagan ang pag-scan sa gumaganang puno gamit ang maraming thread (" git grep --threads "), ngunit ang paghahanap ng mga historical revision ay single-threaded. Inalis na ngayon ang paghihigpit na ito dahil sa pagpapatupad ng kakayahang i-parallelize ang mga operasyon ng object store read .
Bilang default, ang bilang ng mga thread ay nakatakdang katumbas ng bilang ng mga CPU core, na sa karamihan ng mga kaso ngayon ay hindi na nangangailangan ng tahasang pag-configure ng opsyong " --threads ".
Nagdagdag ng suporta para sa autocompletion ng subcommand input , paths, links at iba pang arguments ng "git worktree" command, na nagpapahintulot sa pagtatrabaho gamit ang maraming gumaganang kopya ng repository.
Makikita rin natin ang bagong bersyon ng fsmonitor-watchman script , na nagbibigay ng integrasyon sa mekanismo ng Facebook Watchman upang mapabilis ang pagsubaybay sa mga pagbabago sa file at ang paglitaw ng mga bagong file. Pagkatapos i-update ang Git, dapat mong palitan ang hook sa repository.
Kung gusto mong matuto nang higit pa tungkol sa bagong labas na ito, maaari mong tingnan ang orihinal na artikulo sa sumusunod na link.