Három hónapos fejlesztés után bemutatták a népszerű elosztott forrásvezérlő rendszer új verziójának bevezetése git 2.32. Az előző verzióhoz képest 617 módosítást fogadtak el az új változatban, 100 fejlesztő részvételével készült, amelyek közül 35-en vettek részt először a fejlesztésben.
Azok számára, akik nem ismerik a Git-et tudnia kell, hogy ez az egyik legnépszerűbb verziókezelő rendszer, megbízható és nagy teljesítményű, rugalmas, nem lineáris fejlesztési eszközöket kínál, amelyek elágazáson és egyesítésen alapulnak.
Az előzmények integritásának és a „visszamenőleges” változásokkal szembeni ellenállás biztosítása érdekében minden elkötelezettségben az összes korábbi előzmény implicit hasítását alkalmazzák, lehetőség van az egyes címkék digitális aláírásaival történő tanúsításra és a fejlesztők elkötelezésére.
Git 2.32 legfontosabb új funkciók
Ebben az új verzióban a mechanizmus helyett GIT_CONFIG_NOSYSTEM amellyel elkerülhető a konfigurációs fájl elolvasása a teljes rendszerből, most javasoljuk a GIT_CONFIG_SYSTEM mechanizmus használatát, amely lehetővé teszi, hogy kifejezetten meghatározza, hogy mely fájlból töltsék be az egész rendszerre kiterjedő konfigurációkat, valamint a paramétert GIT_CONFIG_GLOBAL hogy felülbírálja a felhasználóspecifikus beállításokat $ HOME / .git a változó beállításakor GIT_CONFIG_SYSTEM.
Egy másik változtatás az, hogy most, amikor a Git kommunikációs protokoll második verzióját használják, a "git push" végrehajtásakor a definíció megvalósul a fogadó végén, amely lehetővé tette a "git push" hatékonyságának a "git keresés»És távolítsa el a nem szükséges tárgyak betöltését.
A választás "-filmelőzetes [= ] "" Hozzáadva a "git comm" parancshoz, mit megkönnyíti a saját strukturált információk csatolását visszaigazoláskor kulcs / érték formátumban, amelyet aztán a «tolmács-pótkocsik”.
Azt is meg kell jegyezni, hogy a «–Elutasítás-sekély" nak nek "git klón»A sekély módú adattár klónozásának letiltásához (nincs teljes változástörténet), valamint egy e-mail elrejtési módot is hozzáadtak a gitwebhez, amely felváltja az e-mail karaktersorozatait a kimenetben.
A parancs feldolgozási logikájagit alkalmazni –3 út«, Amely most először megpróbálja alkalmazni a háromutas merge algoritmust, és csak hiba vagy konfliktus esetén tér vissza a szokásos patch alkalmazásra (korábban ez fordítva volt).
Hozzáadott opció «–Diff-egyesül =»A« parancshozgit napló»És a log.diffMerges beállítással kiválaszthatja az alapértelmezett módot, valamint a további védelem a "git add" és a "git rm" parancsokhoz a szétszórt fizetési művelet körén kívül eső útvonalakon az adatok módosítása ellen.
- Az opció "–Szűrő = objektum: típus =»Hozzáadva a« parancshozgit rev-list»Bizonyos típusú objektumok kizárása a parancs által létrehozott csomagfájlból csomag-objektumok.
- Negatív értékek nem engedélyezettek itt git pack-objektumok numerikus értékeket felvevő opciókhoz, például –ablak és –mélység.
- A parancsban «git alkalmazni»Megadható az opciók«–3út»Y«–Cache" ugyanabban az időben.
- A parancs "git elkövetni»Van egy kibővített verziója a« –fixup »opciónak (elkötelezettség létrehozása a« rebase –autosquash »számára).
- A parancs "git send-e-mail»Figyelembe vette a core.hooksPath konfigurációját.
Az egész számokon kívüli számlálók megengedettek git format-patch -v . - Egyszerű IPC interfészt adtak hozzá olyan szolgáltatások létrehozásához, mint az fsmonitor.
- A fájlfeldolgozás leállt ».gitattributes "," .gitignore "és" .mailmap»Ha szimbolikus linkek.
A HTTP-továbbításhoz támogatást kapott a tanúsítvány feloldásához sikeresen használt jelszó gyorsítótárazásához. - A parancs "git rejtett show»Képes megjeleníteni az ideiglenes tárhely fájl tárolójának nem követett részét.
Fejlettebb stratégiát javasoltak a lerakat újracsomagolására a «paranccsalgit újracsomagolni«, Amely lehetővé teszi az erőforrások felhasználásának csökkentését az újracsomagolás során.
Végül ha érdekel, hogy többet tudjon meg róla erről az új verzióról ellenőrizheti a részleteket a következő linken.