{"id":104517,"date":"2022-06-28T09:36:45","date_gmt":"2022-06-28T07:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37"},"modified":"2022-06-28T09:36:45","modified_gmt":"2022-06-28T07:36:45","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","title":{"rendered":"Udgivelse af kildekodeh\u00e5ndteringssystemet Git 2.37","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Den nyeste version af det distribuerede system til styring af kildekode, Git 2.37, er blevet pr\u00e6senteret. Git er et af de mest popul\u00e6re, p\u00e5lidelige og h\u00f8jtydende versionsstyringssystemer, der tilbyder fleksible redskaber til ikke-line\u00e6r udvikling baseret p\u00e5 grening og sammensmeltning af grene. For at sikre integriteten af historikken og modstandsdygtighed over for \u00e6ndringer \"bagud i tiden\" anvendes implicit hashing af hele den tidligere historie i hver commit, og der er ogs\u00e5 mulighed for at bekr\u00e6fte med digitale signaturer af udviklerne af enkelte tags og commits. <\/p>\n
Sammenlignet med den forrige version er der i den nye version accepteret 395 \u00e6ndringer, der er blevet forberedt med deltagelse af 75 udviklere, hvoraf 20 deltager i udviklingen for f\u00f8rste gang. De vigtigste nyheder: <\/p>\n
\n
Mekanismen til sparse indextilstand er blevet gjort klar til bred anvendelse og d\u00e6kker kun dele af repositoryet. Sparse indekser \u00f8ger ydeevnen og sparer plads i repositories, hvor der udf\u00f8res operationer med delvis kloning (sparse-checkout) eller arbejdes med en ufuldst\u00e6ndig kopi af repositoryet. I den nye version er arbejdet med at integrere sparse indekser i kommandoerne 'git show', 'git sparse-checkout' og 'git stash' afsluttet. Den mest betydelige pr\u00e6stationsforbedring fra brugen af sparse indekser ses i 'git stash', hvor hastigheden i nogle situationer er steget med 80%.\n
En ny mekanisme kaldet 'cruft packs' er blevet implementeret til at pakke uopn\u00e5elige objekter, der ikke har referencer i repositoryet (hverken grene eller tags refererer til dem). Uopn\u00e5elige objekter fjernes af garbage collectoren, men forbliver et stykke tid i repositoryet inden sletning for at undg\u00e5 race conditions. For at spore perioden, hvor uopn\u00e5elige objekter findes, er det n\u00f8dvendigt at knytte dem til m\u00e6rker med tidsstempler for disse objekter, hvilket forhindrer dem i at blive gemt i en enkelt pack-fil, hvor alle objekter har det samme tidsstempel. Den tidligere anvendte metode med at gemme hvert objekt i en separat fil gav problemer, n\u00e5r der var mange nye uopn\u00e5elige objekter, der endnu ikke var modtaget til sletning. Den foresl\u00e5ede mekanisme 'cruft packs' muligg\u00f8r opbevaring af alle uopn\u00e5elige objekter i \u00e9n pack-fil, mens information om \u00e6ndringstidspunktet for hvert objekt afspejles i en separat tabel, der gemmes i en fil med udvidelsen '.mtimes'.\n
For Windows and macOS, an integrated mechanism for tracking changes in the file system has been implemented, allowing for the avoidance of scanning the entire working directory during operations such as «git status». Previously, external utilities for file change tracking like Watchman could be used via hooks, but this required additional program installations and configurations. Now, this functionality is embedded and can be activated with the command «git config core.fsmonitor true».\n
In the command «git sparse-checkout», support for the alternative «—cone» pattern-matching mode for partial cloning has been deprecated, which allowed for enumerating individual files in the cloning operation using «.gitignore» syntax, thereby preventing the use of partial indexes for optimization.\n
The flexibility of configuring the fsync() call for flushing changes to disk has been enhanced. The «core.fsyncMethod» parameter now supports the «batch» synchronization strategy, which speeds up operations when writing a large number of individual files by accumulating changes in the write-back cache, sent in one fsync() call. A test where 500 files were added with the «git add» command was completed in 0.15 seconds with the new mode enabled, compared to 1.88 seconds when fsync() was called for each file, and 0.06 seconds without using fsync.\n
The branch traversal commands, such as «git log» and «git rev-list», have been updated with a » —since-as-filter=X» option that allows filtering out commit information older than «X». Unlike the «—since» option, the new command is implemented as a filter, which does not stop iteration after the first commit older than the specified time.\n
In the «git remote» command, when using the «-v» flag, the output now includes information about partial clones of the repository.\n
Der er tilf\u00f8jet en indstilling «transfer.credentialsInUrl», som kan tage v\u00e6rdierne «warn», «die» og «allow». Hvis der angives legitimationsoplysninger i klar tekst i parameteren «remote.<name>.url», vil fors\u00f8g p\u00e5 at udf\u00f8re operationerne «fetch» eller «push» afsluttes med en fejl, hvis indstillingen «transfer.credentialsInUrl» har v\u00e6rdien «die», eller med en advarsel, hvis den er sat til «warn».\n
Den nye implementering af interaktiv tilstand for kommandoen «git add -i» er som standard aktiv og er skrevet om fra Perl til C. <\/ul>\n