ProHoster > Blog > Lajmet e internetit > Lëshimi i sistemit të menaxhimit të teksteve burimore Git 2.54

Lëshimi i sistemit të menaxhimit të teksteve burimore Git 2.54

ËshtĂ« lancuar versioni i sistemit tĂ« menaxhimit tĂ« versioneve tĂ« kodit burimor Git 2.54. Git ofron performancĂ« tĂ« lartĂ« dhe siguron mjete pĂ«r zhvillim jo-linear, tĂ« bazuar nĂ« degĂ«zim dhe bashkimin e degĂ«ve. PĂ«r tĂ« garantuar integritetin e historisĂ« dhe qĂ«ndrueshmĂ«rinĂ« ndaj ndryshimeve "retroaktive", pĂ«rdoret heshimi implicit i gjithĂ« historisĂ« sĂ« mĂ«parshme nĂ« çdo ndarje, si dhe autentikimi me firma digjitale tĂ« zhvilluesve pĂ«r etiketat dhe ndarjet e veçanta. Kodi i 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 janë pjesëmarrës për herë të parë në zhvillimin e Git). Novitetet kryesore janë:

  • ËshtĂ« realizuar komandĂ« ‘git history’, e cila ofron mundĂ«si eksperimentale pĂ«r riparimin e historisĂ« sĂ« ndryshimeve, mĂ« tĂ« thjeshta dhe mĂ« tĂ« sigurta pĂ«r t'u pĂ«rdorur se sa rikthimi i ndarjeve me komandĂ«n ‘git rebase’. Jepen dy operacione:
    • ‘git history reword ’ pĂ«r tĂ« rimarrĂ« mesazhin nĂ« ndarjen e caktuar pa ndryshuar punĂ«n e vendeve dhe indeksin (pĂ«rveç shĂ«nimeve, pjesa tjetĂ«r mbetet e palezuar). PĂ«r shembull, pĂ«r tĂ« korrigjuar njĂ« gabim shtypi.
    • ‘git history split ’ pĂ«r ndarjen interaktive tĂ« ndarjes sĂ« caktuar nĂ« dy ndarje tĂ« ndryshme, duke zhvendosur pjesĂ«t e zgjedhura nga ndarja origjinale nĂ« njĂ« ndarje shtesĂ«.

    NĂ« versionet e ardhshme pritet shtimi i komandave tĂ« tjera: ‘git history fixup’ pĂ«r tĂ« korrigjuar njĂ« ndarje, ‘git history drop’ pĂ«r tĂ« fshirĂ« njĂ« ndarje, ‘git history reorder’ pĂ«r tĂ« ndryshuar rendin e ndarjeve dhe ‘git history squash’ pĂ«r tĂ« bashkuar ndarjet.

  • NjĂ« metodĂ« e re pĂ«r pĂ«rcaktimin e trajtuesve (hook) nĂ« skedarĂ«t e konfigurimit Ă«shtĂ« realizuar. NĂ« vend qĂ« tĂ« vendosen skriptet me trajtues nĂ« katalogun «.git/hooks» nĂ« çdo depo, komandat pĂ«r thirrjen e trajtuesve tani mund tĂ« caktohen drejtpĂ«rdrejt nĂ« skedarĂ«t e konfigurimit. CilĂ«simet mund tĂ« lidhen me depon ose tĂ« specifikohen nĂ« skedarĂ«t e konfigurimit qĂ« vlejnĂ« pĂ«r tĂ« gjitha depositĂ« ( /etc/gitconfig) ose pĂ«r deposit e pĂ«rdoruesve ( ~/ .gitconfig). ËshtĂ« e mundur tĂ« lidhni disa trajtues me njĂ« ngjarje. Skriptet nga «.git/hooks» akoma vazhdojnĂ« tĂ« thirren, por fillojnĂ« 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Ă« ndaluar selektivisht thirrjen e 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Ă« komandĂ«n «git maintenance», strategjia «geometric» Ă«shtĂ« e angazhuar si strategjia e paracaktuar («git config set maintenance.strategy geometric»), e cila lejon tĂ« shkurtohet koha e mirĂ«mbajtjes sĂ« monorepozitĂ«ve tĂ« mĂ«dhenj. Krahasuar me strategjinĂ« e mĂ«parshme, e cila pĂ«rdorte logjikĂ«n si nĂ« komandĂ«n «git gc», strategjia e re shmang ripakimin e tĂ« gjitha objekteve dhe pĂ«rjashton operacionet tepĂ«r tĂ« ngarkuara pĂ«r burimet, siç Ă«shtĂ« bashkimi i tĂ« gjitha skedarĂ«ve tĂ« paketave (nĂ«se Ă«shtĂ« e mundur, bashkimi kryhet pjesĂ«-pjesĂ« dhe pa pastrimin e objekteve tĂ« fshira).
  • Baza e tĂ« dhĂ«nave tĂ« objekteve (ODB) dhe API-tĂ« e lidhura janĂ« kaluar nĂ« njĂ« arkitekturĂ« tĂ« re, tĂ« bazuar nĂ« pĂ«rdorimin e backend-eve tĂ« pluginn-Ă«ve. Ristrukturimi i kryer abstarakton formatin e ruajtjes sĂ« objekteve dhe nĂ« tĂ« ardhmen do tĂ« lejojĂ« realizimin e mundĂ«sive tĂ« tilla si backend-e dhe formate alternative objektesh, 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 tĂ« git.
  • NĂ« komandĂ«n «git repo structure», e cila ofron informacion mbi strukturĂ«n e depozitĂ«s, Ă«shtĂ« siguruar shfaqja jo vetĂ«m e madhĂ«sisĂ« totale, por edhe e objekteve mĂ« tĂ« mĂ«dha tĂ« çdo lloji, çka lejon tĂ« vlerĂ«sohet madhĂ«sia pa pĂ«rdorimin e mjeteve tĂ« jashtme git-sizer. $ git repo structure 
 | * Objektet mĂ« tĂ« mĂ«dha | | | * Komitetet | | | * MadhĂ«sia maksimale [1] | 17.23 KiB | | * PrindĂ«rit maksimale [2] | 10 | | * PemĂ«t | | | * MadhĂ«sia maksimale [3] | 58.85 KiB | | * Hyrjet maksimale [4] | 1.18 k | | * Blobot | | | * MadhĂ«sia maksimale [5] | 1019.51 KiB | | * Etiketat | | | * MadhĂ«sia maksimale [6] | 7.13 KiB |
  • NĂ« komandĂ«n «git replay», e cila pĂ«rdoret nĂ« vend tĂ« «git rebase» pĂ«r tĂ« rikrijuar historinĂ« nĂ« server pa njĂ« pemĂ« pune, Ă«shtĂ« pĂ«rfshirĂ« nĂ« parazgjedhje azhurnimi atomar i lidhjeve (nĂ« vend tĂ« shfaqjes sĂ« listĂ«s sĂ« komandave update-ref pĂ«r ekzekutim manual), Ă«shtĂ« realizuar opsioni «—revert» pĂ«r anulimin e ndryshimeve nga njĂ« seri komitese, Ă«shtĂ« siguruar heqja e komiteteve tĂ« zbrazĂ«ta rezultuese dhe Ă«shtĂ« dhĂ«nĂ« mundĂ«sia e rikrijimit tĂ« historisĂ« deri nĂ« komitetin rrĂ«njor.
  • NĂ« «git rev-list» dhe komandat e ngjashme Ă«shtĂ« shtuar opsioni «—maximal-only» pĂ«r tĂ« shfaqur vetĂ«m komitetet qĂ« nuk arrihen nga komitete tĂ« tjera.
  • NĂ« komandĂ«n «git repo info» Ă«shtĂ« shtuar opsioni «—keys» pĂ«r tĂ« shfaqur njĂ« listĂ« tĂ« tĂ« gjithĂ« çelĂ«save tĂ« njohur.
  • NĂ« komandĂ«n «git add -p», gjatĂ« navigimit midis blloqeve tĂ« kodit me ndihmĂ«n e çelĂ«save «J» dhe «K» Ă«shtĂ« siguruar shĂ«nimi i blloqeve qĂ« janĂ« miratuar dhe tĂ« anashkaluara. ËshtĂ« shtuar opsioni «—no-auto-advance» pĂ«r tĂ« çaktivizuar kalimin automatik nĂ« skedarin e ardhshĂ«m, pĂ«r t'u mundĂ«suar rikthimin nĂ« skedarĂ«t e kaluara para komitimit.
  • ËshtĂ« optimizuar ndĂ«rfaqja web «gitweb» pĂ«r funksionimin nĂ« pajisje mobile.
  • NĂ« komandĂ«n «git apply —directory» para pĂ«rdorimit Ă«shtĂ« siguruar normalizimi i rrugĂ«ve tĂ« skedarĂ«ve, siç janĂ« «.\/un\/..\/normalized\/path».
  • ËshtĂ« dokumentuar mundĂ«sia e shtimit tĂ« komandeve nĂ«nkategorike pĂ«rmes vendosjes sĂ« skedarĂ«ve «git-» nĂ« katalogun e skedarĂ«ve ekzekutivĂ«.
  • NĂ« komandĂ«n «git send-email» Ă«shtĂ« shtyrĂ« mbĂ«shtetje pĂ«r certifikatat e klientĂ«ve.
  • PĂ«r komandĂ«n «git status» Ă«shtĂ« realizuar konfigurimi «status.compareBranches», nĂ«pĂ«rmjet tĂ« cilit mund tĂ« pĂ«rcaktohen 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Ă« lehtĂ«suar shtimin e metadatanave nĂ« tĂ« gjitha komitetet. git rebase —trailer «Reviewed-by: Test »
  • Ekipes "git fast-import" ka marrĂ« mundĂ«sinĂ« pĂ«r tĂ« zĂ«vendĂ«suar nĂ«nshkrimet pĂ«r commit-et qĂ« janĂ« bĂ«rĂ« jo valide pas importimit.
  • ËshtĂ« shtuar mbĂ«shtetje pĂ«r paketimin (compaction) e indekseve MIDX (multi-pack index), ku bashkohen katet e vogla tĂ« indeksit MIDX me informacionet mbi disponueshmĂ«rinĂ« e objekteve dhe skedarĂ«t bitmap tĂ« lidhura, duke zvogĂ«luar numrin e katĂ«rve tĂ« mbledhura nĂ« repository-t ekzistuese pĂ«r njĂ« kohĂ« tĂ« gjatĂ«.
  • NĂ« komandĂ«n "git backfill" Ă«shtĂ« realizuar mundĂ«sia pĂ«r tĂ« specifikuar revizionet (intervalet e commit-eve) dhe maskat e rrugĂ«ve (pathspec) pĂ«r tĂ« kufizuar pjesĂ«t e ngarkuara tĂ« historisĂ« sĂ« ndryshimeve. git backfill main~100..main git backfill — '*.c'
  • Shtohen forma alternative tĂ« thirrjes sĂ« komandĂ«s "git config list" — "git config -l" dhe "git config --list".
  • Lejohet pĂ«rdorimi i karaktereve jo-ASCII nĂ« emrat e alias-Ă«ve tĂ« komandave qĂ« janĂ« pĂ«rcaktuar nĂ« skedarin e konfigurimit. [alias "merr"] command = fetch
  • ËshtĂ« ndryshuar shfaqja e nĂ«nshkrimeve, tĂ« cilat kanĂ« skaduar çelĂ«sat GPG, por ishin tĂ« vlefshme nĂ« momentin e nĂ«nshkrimit tĂ« komitetit. TĂ« tilla nĂ«nshkrime tani shfaqen si tĂ« sakta me njĂ« shĂ«nim pĂ«r skadimin e çelĂ«sit (mĂ« parĂ« ato ishin tĂ« theksuara me ngjyrĂ« tĂ« kuqe, çka jepte pĂ«rshtypjen e pavlefshmĂ«risĂ«).
  • Kur pĂ«rdoren repository-t pĂ«rmes HTTP, Ă«shtĂ« siguruar trajtimi i gabimit me kodin 429 (Too Many Requests). KĂ«rkesat qĂ« pĂ«rfundojnĂ« me kĂ«tĂ« gabim tani konsiderohen si gabime tĂ« pĂ«rkohshme, pĂ«r tĂ« cilat duhet tĂ« pĂ«rsĂ«ritet operacioni pas njĂ« kohe. Vonesa pĂ«r pĂ«rsĂ«ritjen e kĂ«rkesĂ«s pĂ«rcaktohet pĂ«rmes opsionit "http.retryAfter", numri i pĂ«rsĂ«ritjeve — "http.maxRetries", koha e pritjes — "http.maxRetryTime".

Burimi: opennet.ru

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