A Git 2.39 már megjelent és ezek a hírek

megy

A Git egy verzióvezérlő szoftver, amelyet Linus Torvalds tervezett a hatékonyság szem előtt tartásával,

Két hónap fejlesztés után Megjelent a Git 2.39 elosztott forrásvezérlő rendszer, verzió, amelyben az előző verzióhoz képest, 483 módosítást fogadtak el az új verzióban, 86 fejlesztő részvételével készült, ebből 31-an először vettek részt a fejlesztésben.

Azok számára, akik nem ismerik a Git-et, tudnia kell, hogy ez az egyik legnépszerűbb verzióvezérlő rendszer, megbízható és nagy teljesítményű szoftver, amely rugalmas nemlineáris fejlesztőeszközöket biztosít villák és villák egyesítése alapján.

Az előzmények sértetlenségének és a visszamenőleges változásokkal szembeni ellenállás biztosítása érdekében minden véglegesítésnél az összes korábbi előzmény implicit kivonatolása történik, valamint lehetőség van az egyes címkék és commitok fejlesztőinek digitális aláírásának ellenőrzésére is.

Git 2.39 legfontosabb új funkciók

Ebben az új verzióban, amit bemutatunk, megtaláljuk, mite hozzáadva a „–csoport” opciót parancsolni "git shortlog", Ami úgy tervezték, hogy összefoglalókat jelenítsen meg történeti statisztikákkal módosítások tetszőleges csoportosítása mezők szerint, anélkül, hogy a szerzőre vagy szerzőre korlátozódna.

Egy másik újdonság, amely kiemelkedik az új verzióból, a a cruft packs mechanizmus kiterjesztett képességei olyan elérhetetlen objektumok csomagolásához, amelyekre nem hivatkoznak a tárolóban (nem hivatkoznak rájuk ágak vagy címkék).

A szemétgyűjtő eltávolítja az elérhetetlen tárgyakat, de azok egy bizonyos ideig a tárolóban maradnak, mielőtt eltávolítanák a versenykörülmények elkerülése érdekében. A mechanizmus "cruft csomagok» lehetővé teszi az összes elérhetetlen objektum tárolását egy csomagfájlban, és tükrözi az adatokat az idő múlásával minden objektum módosítása egy külön táblában, külön fájlban tárolva a " kiterjesztéssel.mtimes» nem fedi át a teljes módosítási időt.

Az idő mennyisége hogy elérhetetlen tárgyak maradnak a tárolóban mielőtt eltávolítják őket tényleg a „–prune=” opció határozza meg ». Ennek ellenére, bár az eltávolítás előtti késleltetés ésszerűen hatékony és praktikus módja annak, hogy elkerüljük a faji körülmények miatti adattárkorrupciót, ez nem 100%-ban megbízható.

A meghibásodott adattárból való helyreállítás megkönnyítése érdekében az új verzió lehetőséget kínál a hiányzó objektumok mentésére a "--expire-to»A« parancshozgit újracsomagolni", amely lehetővé teszi egy fájl megadását az összes törölt objektum külső másolatának létrehozásához. Például a backup.git fájlba olyan elérhetetlen objektumok mentésére, amelyek az elmúlt 5 percben nem változtak.

Ezen kívül a Git 2.39-ben is megtaláljuk a növelte (akár 70%-ra) a „git grep –cached” művelet sebességét ha részleges klónozást használó területeken keres (ritka pénztár) és amelyekre vannak részindexek (ritka index). Korábban a " lehetőség megadásakor–Cache", először a normál indexben, majd a részlegesekben kerestek, ami jelentős késéseket okozott nagy adattárak keresése során.

La gyorsabb végrehajtás a szerveren az új objektumok csatlakoztatásának ellenőrzéséhez mielőtt az adattárba kerülnek a "git push" művelet végrehajtásakor. A csak a deklarált linkek ellenőrzésénél figyelembe vett átállás miatt egy 7 millió linket tartalmazó teszttárban, amelynek csak 3%-át fedi le a push művelet, az optimalizálás 4,5-szeresére csökkentette az ellenőrzési időt.

Az esetleges túlfolyások elleni védelem érdekében egész számok közül a kódban, a parancs A "git apply" korlátozza a javítások maximális méretét ami feldolgozható. Ha a javítás mérete meghaladja az 1 GB-ot, hibaüzenet jelenik meg. Ezenkívül a lehetséges sebezhetőségek elleni védelem érdekében változtatásokat hajtottak végre a felesleges információk eltávolítására a fejlécekből, amikor a h2h3 modult használja a következő opcióval. GIT_TRACE_CURL=1 vagy GIT_CURL_VERBOSE=1 HTTP/2-vel együtt.

A többi kiemelkedő változás közül:

  • Ha ellenőrzési műveletet hajt végre egy olyan ágon, amely egy másik ágra mutató hivatkozás, a "parancs"gitsymbolic-ref HEAD» mostantól a cél ág nevét írja ki a szimbolikus hivatkozás neve helyett.
  • A @{-1} argumentum támogatása hozzáadva a " opcióhoz--leírás szerkesztése"("git branch --edit-description @{-1}") egy korábbi ág leírásának szerkesztéséhez.
  • Hozzáadta a "parancsot"git merge-tree --stdin» amely lehetővé teszi az opciók listájának átadását szabványos bemeneten keresztül.
  • A rövid naplókimenet hozzáadható a formátumspecifikátorok és a "-csoport» nagymértékben leegyszerűsíti az összetett jelentéskészítést és kiküszöböli a további osztályozási parancsokat.
  • A hálózati fájlrendszereken a fájlrendszer változásait figyelő fsmonitor illesztőprogram alapértelmezés szerint le van tiltva.

Végül, ha többet szeretne megtudni róla, akkor tanulmányozza a részleteket A következő linken.


Legyen Ön az első hozzászóló

Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.