A Git 2.44 nagyszerű fejlesztésekkel és új funkciókkal érkezik

git 2.44

git 2.44 banner

A Git 2.44 új verziója három hónapnyi fejlesztés után jelent meg , és 503 változtatást tartalmaz az előző verzióhoz képest. Ezeket a változtatásokat 85 fejlesztő együttműködésével készítették elő, akik közül 34-en először vettek részt a fejlesztésben.

Azok számára, akik nem ismerik a Gitet, a Git az egyik legnépszerűbb, legmegbízhatóbb és legnagyobb teljesítményű verziókövető rendszerként ismert , amely rugalmas, nemlineáris fejlesztőeszközöket kínál elágazás és egyesítés alapján. A történet integritásának megőrzése és a visszamenőleges változtatások megakadályozása érdekében a Git minden egyes commitban implicit hash-t használ a teljes korábbi történetről.

Git 2.44 legfontosabb új funkciók

A Git 2.44 ezen új verziójában az egyik legfontosabb új funkció az objektumok több csomagon belüli újrafelhasználásának támogatása . Ez az optimalizálás lehetővé teszi a Git számára, hogy kihasználja az objektumok több csomagon belüli újrafelhasználását, kiküszöbölve egy teljes adattár egyetlen csomagba való újracsomagolásának szükségességét. Ezzel a fejlesztéssel a Git hatékonyabban tud csomagokat generálni, ami jobb sebességet és teljesítményt eredményez a távoli adattárakba irányuló push és pull műveletek során. A 2.44-es verziótól kezdődően a Git képes kezelni az objektumok több csomagfájlon belüli újrafelhasználását anélkül, hogy a adattárat egyetlen csomagfájlba kellene újracsomagolni.

Ezenkívül a `git replay` bevezetése hatékony alternatívát kínál a `git rebase`-szel szemben , és használható a történet újraalkotására egy működő fa nélküli szerveren (egy egyszerű adattár, amely nem tartalmaz működő fát), több ág egyidejű feldolgozására, újraalapozási művelet végrehajtására a jelenleg lekért ágaktól eltérő ágakon, vagy egyszerűen az egyesítési műveletek felgyorsítására. A `git replay` jelentős teljesítményjavulást kínál, különösen a nagy adattárak egyesítési és újraalapozási műveletei során.

A Git 2.44-es verziójában a `--autosquash` opció mostantól használható nem interaktív bázismódosítási műveletekhez . Ez a funkció lehetővé teszi a fixup! vagy squash! commitok automatikus alkalmazását a megfelelő helyekre anélkül, hogy manuálisan ellenőrizni kellene a teendőlistát.

További kiemelt elem a jelentős új funkciók és fejlesztések . A `git add` és `git stash` parancsok mostantól támogatják az `:(attr:…)` elérési út attribútumokat, amelyek a `git show` parancshoz hasonlóan vannak konfigurálva. Például a `git add ':(attr:~binary)'' segítségével az összes szöveges (nem bináris) fájl hozzáadható az indexhez. Ezenkívül bevezették a `builtin_objectmode` attribútumot a fájlelérési utak hozzáférési jogok szerinti szűrésére. Például a `git add ':(attr:builtin_objectmode=100755)'' segítségével az összes végrehajtható fájl hozzáadható az indexhez.

Egyéb figyelemre méltó változások a következők:

  • Hozzáadott támogatás a GitLab CI folyamatos integrációs rendszerhez.
  • Hozzáadott opció «-diff-algoritmus»A« parancshozgit merge-file» egy alternatív algoritmus kiválasztásához a fájlok közötti különbségek értékeléséhez.
  • Támogatás hozzáadva az OAuth tokenek frissítéséhez a wincred hitelesítőadat-kezelési háttérrendszerhez, hasonlóan ahhoz, ahogyan a belfogadja a credential-cache és a credential-libsecret.
  • «git letöltés» hozzáadta a « konfigurációs opció támogatásátelhoz.mindent«, amelyet a « opció hozzáadásához hasonlóan kezelünk-összes» a parancssorban.
  • Hozzáadott opció «–figyelmen kívül hagyja a többi munkafát» hogy engedélyezze az eltérő működő fát használó ágak frissítését és kijelentkezését. Ez visszaállítja a „git checkout -B” parancs korábbi viselkedését.
  • Mostantól ezt a beállítást a «igaz» az utasítás eltávolításához «Az üzenet letiltása a következővel:», amely helyet foglalt a képernyőn a javaslatok megjelenítésekor. Ez javítja a felhasználói élményt azáltal, hogy eltávolítja a szükségtelen elemeket a parancs kimenetéből.
  • Ennek a parancsnak a végrehajtása a « opcióval lett optimalizálva-nem fajta». Korábban még akkor is, ha a «-nem fajta«, az elrendezést továbbra is ábécé sorrendben alkalmazták. Most, az optimalizálás után, a «-nem fajta" felgyorsul "git for-each-ref» körülbelül 20%-kal a nagyszámú referenciát tartalmazó adattárban.

Végül, ha további részletekre vagy kíváncsi, a következő linken megtalálod a részleteket.


Hozzáadás előnyben részesített forrásként a Google-ben