Shpallja e sistemit të menaxhimit të burimeve Git 2.54

U prezantua versioni i sistemit tĂ« menaxhimit tĂ« burimeve tĂ« shpĂ«rndara Git 2.54. Git ofron performancĂ« tĂ« lartĂ« dhe ofron mjete pĂ«r zhvillim jo-linear, tĂ« bazuara nĂ« degĂ«zim dhe bashkim tĂ« degeve. PĂ«r tĂ« siguruar integritetin e historisĂ« dhe qĂ«ndrueshmĂ«rinĂ« ndaj ndryshimeve ‘me retrospektivë’, pĂ«rdoret njĂ« hash implicit i tĂ« gjithĂ« historisĂ« sĂ« mĂ«parshme nĂ« çdo commit si dhe autentikimi me nĂ«nshkrime digjitale tĂ« zhvilluesve pĂ«r etiketa dhe commits tĂ« caktuara. Kodi Git shpĂ«rndahet nĂ«n licencĂ«n GPLv2+.

Në krahasim me versionin e kaluar, në këtë version janë pranuar 770 ndryshime, përgatitur me pjesëmarrjen e 137 zhvilluesve (66 prej të cilëve që ishin të rinj në zhvillimin e Git). Inovacionet kryesore janë:

  • ËshtĂ« realizuar komanda «git history», qĂ« ofron mundĂ«si eksperimentale pĂ«r ridĂ«shirimin e historisĂ« sĂ« ndryshimeve, mĂ« tĂ« thjeshta dhe mĂ« tĂ« sigurta pĂ«r t'u pĂ«rdorur sesa rifillimi i commits me komandĂ«n «git rebase». Ofrohen dy operacione:
    • «git history reword <commit>» pĂ«r tĂ« rishkruar mesazhin nĂ« komitin e specifikuar pa ndryshuar punĂ«n dhe indeksin (pĂ«rveç shĂ«nimeve, pjesa tjetĂ«r mbetet e paprekur). PĂ«r shembull, pĂ«r tĂ« korrigjuar njĂ« gabim shkrimi.
    • «git history split <commit>» pĂ«r ndarjen interaktive tĂ« komitit tĂ« specifikuar nĂ« dy komite tĂ« ndryshme me lĂ«vizjen e pjesĂ«ve tĂ« zgjedhura nga komiti origjinal nĂ« njĂ« komit tĂ« shtesĂ«.

    Në edicionet e ardhshme pritet të shtohen komandat e tjera: «git history fixup» për të rregulluar komitin, «git history drop» për të fshirë komitin, «git history reorder» për të ndryshuar rendin e komiteve dhe «git history squash» për të bashkuar komitet.

  • ËshtĂ« realizuar njĂ« metodĂ« e re pĂ«r pĂ«rcaktimin e trajtuesve (hook) nĂ« skedarĂ«t e konfigurimit. NĂ« vend qĂ« tĂ« vendosen skenare me trajtues nĂ« katalogun «.git/hooks» nĂ« çdo depo, komandat pĂ«r thirrjen e trajtuesve tani mund tĂ« vendosen drejtpĂ«rdrejt nĂ« skedarĂ«t e konfigurimit. CilĂ«simet mund tĂ« lidhen me depo ose tĂ« specifikohen nĂ« skedarĂ«t e konfigurimit, qĂ« veprojnĂ« pĂ«r tĂ« gjitha depo (/etc/gitconfig) ose depo tĂ« pĂ«rdoruesit (~/.gitconfig). ËshtĂ« e mundur tĂ« lidhen disa trajtues me njĂ« ngjarje tĂ« vetme. SkenarĂ«t nga «.git/hooks» vazhdojnĂ« tĂ« thirren, por ekzekutohen pas trajtuesve nga skedarĂ«t e konfigurimit. PĂ«r tĂ« parĂ« listĂ«n e trajtuesve duhet tĂ« pĂ«rdoret komanda «git hook list», dhe pĂ«r tĂ« ndalur pĂ«rzgjedhĂ«sin e thirrjes sĂ« trajtuesve — cilĂ«simi «hook.<name>.enabled = false». [hook «linter»] event = pre-commit command = ~/bin/linter —cpp20 [hook «no-leaks»] event = pre-commit command = ~/bin/leak-detector $ git hook list pre-commit global linter ~/bin/linter —cpp20 local no-leaks ~/bin/leak-detector
  • NĂ« ekipin «git maintenance», strategjia «geometric» Ă«shtĂ« aktivizuar si parazgjedhje («git config set maintenance.strategy geometric»), duke lejuar reduktimin e kohĂ«s sĂ« mirĂ«mbajtjes pĂ«r depozitĂ« tĂ« mĂ«dha monorepo. NĂ« krahasim me strategjinĂ« e mĂ«parshme, e cila pĂ«rdor logjikĂ«n si nĂ« komandĂ«n «git gc», strategjia e re shmang rikombinimin e tĂ« gjitha objekteve dhe pĂ«rjashton operacionet e tepĂ«rta qĂ« kĂ«rkojnĂ« burime, siç Ă«shtĂ« bashkimi i tĂ« gjitha skedarĂ«ve tĂ« paketave (kur Ă«shtĂ« e mundur, bashkimi bĂ«het nĂ« pjesĂ« dhe pa pastrimin e objekteve tĂ« fshira).
  • Baza e tĂ« dhĂ«nave tĂ« objekteve (ODB) dhe API-tĂ« pĂ«rkatĂ«se janĂ« tĂ« riparuara nĂ« njĂ« arkitekturĂ« tĂ« re, tĂ« bazuar nĂ« pĂ«rdorimin e backend-eve tĂ« lidhura. Ristrukturimi i kryer abstaron formatin e ruajtjes sĂ« objekteve dhe do tĂ« lejojĂ« mĂ« tej realizimin e mundĂ«sive tĂ« tilla si backend dhe formate alternative tĂ« objekteve, pĂ«r shembull, pĂ«r ruajtjen mĂ« efikase tĂ« skedarĂ«ve tĂ« mĂ«dhenj binarĂ« ose pĂ«r optimizimin e funksionimit tĂ« hosteve tĂ« mĂ«dhenj git.
  • NĂ« komandĂ«n «git repo structure», e cila jep informacione pĂ«r strukturĂ«n e depozitĂ«s, Ă«shtĂ« e siguruar qĂ« tĂ« shfaqet jo vetĂ«m shuma totale, por edhe mostra mĂ« tĂ« mĂ«dha tĂ« çdo lloji, çka lejon vlerĂ«simin e madhĂ«sisĂ« pa pĂ«rdorur njĂ« utilitar tĂ« jashtĂ«m si git-sizer. $ git repo structure 
 | * Objekti mĂ« i madh | | | * Komitetet | | | * MadhĂ«sia maksimale [1] | 17.23 KiB | | * PrindĂ«rit maksimale [2] | 10 | | * PemĂ«t | | | * MadhĂ«sia maksimale [3] | 58.85 KiB | | * ShĂ«nimet maksimale [4] | 1.18 k | | * Blobet | | | * MadhĂ«sia maksimale [5] | 1019.51 KiB | | * Etiketat | | | * MadhĂ«sia maksimale [6] | 7.13 KiB |
  • NĂ« komandĂ«n «git replay», e cila pĂ«rdoret si njĂ« zĂ«vendĂ«sim pĂ«r «git rebase» pĂ«r tĂ« rinovuar historinĂ« nĂ« serveri pa krijimin e njĂ« drejtorie pune, Ă«shtĂ« pĂ«rfshirĂ« nĂ« mĂ«nyrĂ« qĂ« tĂ« azhurnohen referencat nĂ« mĂ«nyrĂ« atomike (nĂ« vend tĂ« shfaqjes sĂ« listĂ«s sĂ« komandave update-ref pĂ«r ekzekutimin manual), Ă«shtĂ« implementuar opsioni «—revert» pĂ«r tĂ« anuluar ndryshimet nga njĂ« seri komitetesh, Ă«shtĂ« siguruar qĂ« tĂ« hidheshin komitetet bosh tĂ« hasiljeve dhe Ă«shtĂ« bĂ«rĂ« e mundur rinovimi i historisĂ« deri nĂ« komitetin rrĂ«njĂ«sor.
  • NĂ« «git rev-list» dhe komandat e ngjashme Ă«shtĂ« shtuar opsioni «—maximal-only» pĂ«r tĂ« treguar vetĂ«m komitetet qĂ« nuk arrihen nga komitetet e tjera.
  • Ekipa «git repo info» ka marrĂ« njĂ« opsion tĂ« ri «—keys» pĂ«r tĂ« shfaqur njĂ« listĂ« tĂ« tĂ« gjitha çelĂ«seve tĂ« njohura.
  • NĂ« komandĂ«n «git add -p», gjatĂ« navigimit mes blloqeve tĂ« kodit me kĂ«lyshĂ«t «J» dhe «K», Ă«shtĂ« siguruar shĂ«nimi i blloqeve tĂ« aprovuar dhe atyre tĂ« kaluar. Shtuar njĂ« opsion «—no-auto-advance» pĂ«r tĂ« çaktivizuar kalimin automatik nĂ« skedarin e ardhshĂ«m, nĂ« mĂ«nyrĂ« qĂ« tĂ« keni mundĂ«sinĂ« tĂ« ktheheni tek skedarĂ«t e mĂ«parshĂ«m para komitimit.
  • Optimizimi i ndĂ«rfaqes web «gitweb» Ă«shtĂ« realizuar pĂ«r funksionimin e pajisjeve mobile.
  • NĂ« komandĂ«n «git apply —directory», para pĂ«rdorimit Ă«shtĂ« siguruar normalizimi i rrugĂ«ve tĂ« skedarĂ«ve, si p.sh. «./un/../normalized/path».
  • Dokumentuar mundĂ«sinĂ« e shtimit tĂ« nĂ«n komandave tĂ« personalizuara pĂ«rmes vendosjes sĂ« skedareve «git-<cmd>» nĂ« katalogun e skedarĂ«ve ekzekutues.
  • NĂ« komandĂ«n «git send-email» Ă«shtĂ« shtuar mbĂ«shtetje pĂ«r certifikatat e klientĂ«ve.
  • PĂ«r komandĂ«n «git status» Ă«shtĂ« realizuar konfigurimi «status.compareBranches», pĂ«rmes sĂ« cilĂ«s mund tĂ« pĂ«rcaktoni degĂ«t me tĂ« cilat do tĂ« bĂ«het krahasimi i degĂ«s aktuale. [status] compareBranches = @{upstream} @{push}
  • NĂ« «git rebase» Ă«shtĂ« shtuar opsioni «—trailer» pĂ«r tĂ« thjeshtuar shtimin e metadatave nĂ« tĂ« gjitha komitetet. git rebase —trailer «Reviewed-by: Test <test@example.com>»
  • NĂ« komandĂ«n «git fast-import» Ă«shtĂ« shtuar mundĂ«sia pĂ«r tĂ« zĂ«vendĂ«suar nĂ«nshkrimet pĂ«r komitetet qĂ« janĂ« bĂ«rĂ« tĂ« pavlefshme pas importit.
  • ËshtĂ« shtuar mbĂ«shtetje pĂ«r paketimin (compaction) e indekseve multi-paketĂ« MIDX, ku bashkohen nivelet e vogla tĂ« indeksit MIDX me informacionin mbi disponueshmĂ«rinĂ« e objekteve dhe skedarĂ«t bitmap qĂ« lidhen me to, duke lejuar reduktimin e numrit tĂ« niveleve tĂ« akumuluara nĂ« depo tĂ« vjetra.
  • NĂ« komandĂ«n «git backfill» Ă«shtĂ« realizuar mundĂ«sia e specifikimit tĂ« revizionĂ«ve (intervaleve tĂ« komiteteve) dhe maskave tĂ« rrugĂ«ve (pathspec) pĂ«r tĂ« kufizuar pjesĂ«t e historisĂ« sĂ« ndryshimeve qĂ« ngarkohen. git backfill main~100..main git backfill — ‘*.c’
  • Forma alternative pĂ«r thirrjen e komandĂ«s «git config list» janĂ« shtuar — «git config -l» dhe «git config —list».
  • Lejohet pĂ«rdorimi i simboleve jo-ASCII nĂ« emrat e pseudonimeve tĂ« komandave tĂ« vendosura nĂ« skedarin e konfigurimit. [alias «merr»] command = fetch
  • ËshtĂ« ndryshuar shfaqja e nĂ«nshkrimeve, pĂ«r tĂ« cilat ka skaduar afati i çelĂ«sit GPG, por qĂ« ishin tĂ« vlefshme nĂ« momentin e nĂ«nshkrimit tĂ« komitetit. NĂ«nshkrime tĂ« tilla tani shfaqen si tĂ« sakta me njĂ« shĂ«nim pĂ«r skadimin e çelĂ«sit (mĂ« parĂ« ato ishin theksuar me ngjyrĂ« tĂ« kuqe, duke krijuar pĂ«rshtypjen e pavlefshmĂ«risĂ«).
  • NĂ« qasje nĂ« depo pĂ«rmes HTTP, Ă«shtĂ« siguruar pĂ«rpunimi i gabimit me kodin 429 (Too Many Requests). KĂ«rkesat qĂ« pĂ«rfundojnĂ« me kĂ«tĂ« gabim tani shqyrtohen jo si njĂ« problem fatal, por si njĂ« gabim tĂ« pĂ«rkohshĂ«m, pĂ«r tĂ« cilin pas njĂ« kohe duhet tĂ« pĂ«rsĂ«ritet operacioni. KohĂ«zgjatja para pĂ«rsĂ«ritjes caktohet pĂ«rmes opsionit "http.retryAfter", numri i pĂ«rsĂ«ritjeve — "http.maxRetries", kohĂ« pritje — "http.maxRetryTime".

Burimi: opennet.ru

Bleni hostim tĂ« besueshĂ«m pĂ«r faqe me mbrojtje nga DDoS, serverĂ« VPS VDS đŸ”„ Bleni hostim tĂ« besueshĂ«m pĂ«r faqe me mbrojtje nga DDoS, serverĂ« VPS VDS | ProHoster