megy az egyik legnépszerűbb, legmegbízhatóbb és legnagyobb teljesítményű verzióvezérlő rendszer, és rugalmas, nemlineáris fejlesztési eszközöket kínál verziókon és egyesítéseken alapulva.
Az integritás biztosítása érdekében a történelem és az utólagos változásokkal szembeni ellenállás, implicit hash-t használunk az összes korábbi történelem minden megerősítésben valamint az egyes címkefejlesztők digitális aláírása és megerősítései is ellenőrizhetők.
nemrég megjelent a Git 2.27.0 elosztott forrásvezérlő rendszer új verziója.A korábbi kiadáshoz képest az új verzió 537 változtatást fogadott el, 71 fejlesztő részvételével készültek, amelyek közül 19 vett részt először a fejlesztésben
Git 2.27.0 legfontosabb új funkciók
A Git 2.27.0 ezen új verziójában a Git kommunikációs protokoll második verziójának alapértelmezett felvétele törölve lett, amelyet akkor használunk, amikor az ügyfelet távolról csatlakoztatjuk a Git szerverhez. A protokollt még nem ismerték fel, de alapértelmezés szerint készen áll a használatra a különös figyelmet igénylő csúszós problémák azonosítása miatt.
Míg másrészt, a zavart elkerülése érdekében ebben az új verzióban a "git írja le" parancs mindig használjon kiterjesztett kimeneti módot ("–Long"), ha egy elkötelezettséggel helyettesített címkét észlelnek. A korábbiakhoz hasonlóan egy aláírt vagy kommentált címke jelenik meg, amely leírja az elkötelezettséget, még akkor is, ha átnevezik vagy áthelyezik a "refs / tags /" hierarchiába.
A "git pull" futtatása most figyelmeztetést ad ki ha a konfigurációs változó húzza.bázis nincs kifejezetten megadva és opciók "- [nem-] túlcsordulás" vagy "csak-csak" nem alkalmazható. A figyelmeztetés elnyomására azok számára, akik nem fogják felülbírálni, állítsa a változót hamisra.
Van nekik számos új akcióval egészítette ki «git update-ref --stdin„hogy lehetővé teszi a linkfrissítési tranzakciók közvetlen ellenőrzésétPéldául kétlépcsős atomkapcsolat-frissítés megvalósítása több táron keresztül.
Ezen túlmenően, felülvizsgált git letöltési opciók, amelyek közösek a git lekéréshez. A fentiekben nem említett hasonló opciókat dokumentálták és továbbították a hiányzó opciók git lekérésének.
Hozzáadva a From: és a Subject: headerek megjelenítésének képessége az ASCII kódolásban nem szereplő karakterek konvertálása nélkül nincs változás a git formátumú javításon.
A választás "–Show-pulls" hozzáadva a "git log" -hoz, lehetővé teszi, hogy ne csak a változtatások elkötelezettségét láthassa, hanem azt is elkötelezze magát, hogy ezeket a módosításokat külön ágból egyesítse.
Az összes komponens interaktív bemenetének feldolgozása egységesült, és az fflush () hívás hozzáadásra került a bemeneti kérelem megjelenítése után, de az olvasási művelet előtt.
A "git rebase" -ben megengedett az összes helyi elkötelezettség újbóli alkalmazása a művelet végrehajtása nélkül «kijelentkezésMég akkor is, ha néhányuk korábban az áramlási irány felett volt.
A 'pack.useSparse' konfigurációs változó értékét az 'true' váltotta fel, hogy engedélyezhesse a korábban kísérleti jelleggel bemutatott alapértelmezett optimalizálásokat.
A többi változás közül:
- Hozzáadott egy sor opciót az SSL-kapcsolatok konfigurálásához, ha proxyn keresztül érik el őket.
- A „tiszta” és a „foltos” konverziós szűrők használatakor megjelenő információk kibővültek. Például megjelenik a fa-ish objektum, amelyben megjelenik az átalakított folt.
- Hozzáadva az „–autostash” opciót a „git merge” -hez.
- Továbbfejlesztett fizetési felület.
- Hozzáadta a –no-gpg-sign opciót a git rebase parancshoz, hogy felülbírálja a kötelezettség.gpgSign beállítást.
- Hozzáadott felhasználói különbségsablonok a Markdown dokumentumokhoz.
- Eltávolította a kizárási korlátozást az alacsony fizetési sablonok összes útvonalán, amelyek üres jobfához vezetnek.
- A „git restore –staged –worktree” művelet alapértelmezés szerint a „HEAD” ág tartalmát használja hiba helyett.
- A munka folytatódott az SHA-2 hash algoritmusra való áttérés helyett az SHA-1 helyett.
- Átdolgozott kód a GnuPG-vel való interakcióhoz.
forrás: https://github.com/