GIT

Git is een van die mees gebruikte verspreide weergawe beheerstelsels, wat deur ontwikkelaars regoor die wêreld beskryf word as die nommer een VCS-diens. Dit loop slegs vanaf die terminale, maar verskeie voorpunte is beskikbaar vir aflaai.

Dit is 'n gratis en oop bron weergawe beheer stelsel aansoek wat beide groot en klein projekte kan hanteer met maksimum doeltreffendheid en spoed. Die program kan maklik beskryf word as klein, vinnig en versprei.

Die program kom met 'n handvol opdragte wat maklik deur iemand van die get-go kan onthou word. Al die bewerkings word plaaslik uitgevoer, en is ontwerp om op die Linux-kern te werk.

Ingesluit opdragte is byvoeg, bisect, tak, kassa, kloon, commit, diff, haal, grep, init, log, voeg saam, mv, trek, druk, rebase, reset, rm, show, status en tag. Jy kan maklik leer wat elke opdrag doen deur die git-help-opdrag uit 'n terminaal venster uit te voer.

Wanneer u Git gebruik, kan gebruikers lêers, afdelings of paaie, klone-repositories, leë Git-repossie maak, by verskeie ontwikkelingsgeskiedenis aansluit, die werkboomstatus wys, veranderinge aanteken, sowel as om te skep, lys of verwyder takke.

Daarbenewens kan die gebruiker gebruikers veranderings tussen verbindings en werkende bome wys, druklyne wat ooreenstem met 'n patroon, sien verbindingslogboeke, laai saksies en voorwerpe, hernoem of skuif lêers, simlinks en dopgehou, verwyder afsonderlike refs en verwyder lêers van 'n werkende boom.

Alhoewel dit slegs 'n opdrag lyn is, is verskeie grafiese gebruikerskoppelvlakke (GUI's) beskikbaar, insluitend Git-Cola, SmartGit, GitEye, Giggle, en Gitg. Die projek uitskakel SCM (Software Configuration Management) utilities, soos CVS, Subversion, ClearCase en Perforce, deur goedkoop plaaslike vertakking, veelvuldige werkvloeie en gerieflike staging areas.

Opsomming, Git is 'n gratis weergawe beheerstelsel wat blits vinnige prestasie bevat, dit is maklik om te leer, en het 'n baie klein voetspoor. Met Git kan jy wrywinglose kontekskoppeling, rolgebaseerde kode lyne, funksie gebaseerde werkvloei en besteebare eksperimente doen.

Wat is nuut in hierdie weergawe:

• 'n Helper funksie om 'n enkele reël te lees in strbuf wat foutief geaktiveerde OOM-fout by EOF onder sekere omstandighede is.
• Bykomend tot "cc: # cruft", "cc: a@dd.re.ss # cruft" is geleer om te "git stuur-e-pos" as 'n geldige manier om dit te vertel dat dit ook 'n koolstofkopie moet stuur in die sleepwa-afdeling.
• Regressie regmaak op 'gitk - bisect' deur 'n onlangse opdatering.
• In teenstelling met "git commit tree" lêer "," git commit-tree -F lêer " het nie die inhoud van die lêer vertaal nie en het in die einde 'n onvoltooide reël voltooi, indien dit bestaan. Laasgenoemde is opgedateer om die gedrag van die voormalige te pas.
• "git argief", veral wanneer dit met pathspec gebruik word, stoor 'n leë gids in sy uitvoer, alhoewel Git self dit nooit doen nie. Dit is opgelos.
• API-foutbespreking wat ook die waarskuwings van GCC veroorsaak.
• "git gc" probeer om te voorkom dat twee geleenthede gelyktydig uitgevoer word deur pid / gasheer te lees en te skryf van en na 'n sluitingslêer; Dit gebruik om 'n foutiewe fscanf () -formaat te gebruik tydens die lees, wat reggestel is.
• Die toetslinter is geleer dat ons nie van "echo -e" hou nie.
• Kode cmp.std.c nitpick.
• "git beskryf - ooreenstem" geleer om verskeie patrone in v2.13-reeks te neem, maar die kenmerk het die patrone na die eerste een geïgnoreer en het glad nie gewerk nie. Dit is opgelos.
• "git cat-file - textconv" het onlangs begin met segfaulting, wat reggestel is.
• Die ingeboude patroon om die funksie header op te spoor " vir HTML het nie ooreenstem met elemente sonder enige eienskappe wat vasgestel is nie.
• "Git Mail Info" was los in dekodering aangehaal drukbaar en vervaardig vullis wanneer die twee letters na die gelyke teken nie heksadesimale is nie. Dit is opgelos.
• Die dokumentasie vir '-X' vir samesmeltings is misleidend geskryf om te suggereer dat "hul s'n" bestaan, wat nie die geval is nie.
• Spell die naam van ons stelsel as 'Git' in die uitset van die versoek-trek script.
• Regstellings vir 'n handvol geheue toegang probleme geïdentifiseer deur valgrind.
• Backports 'n morele ekwivalent van 2015 maak die emulasie van die stemming van die stroomop gnulib reg om soms breekplekke op HPE NonStop te herstel.
• In die "- formaat = ..." opsie van die "git for-every-ref" opdrag (en sy vriende, dws die noteringsmodus van "git tak / tag"), "% (atoom:)" (bv. "% (refname:)", "% (body:)" gebruik om foute uit te voer. Behandel hulle eerder asof die kolon en 'n leë string wat daarop volg, nie daar was nie.
• Gebruikers met 'color.ui = altyd' In hul konfigurasie is gebreek deur 'n onlangse verandering wat loodgieter-opdragte gemaak het om hulle aandag te gee, aangesien die pleister intern gemaak is deur 'git add -p' was gekleurd en het onbruikbaar gemaak. Dit is opgelos.
• "Git-tak -M 'n b" terwyl dit op 'n tak wat heeltemal onverwant is aan óf tak a of tak b, het misbruik gemaak toe verskeie werkstappe in gebruik was. Dit is opgelos.
• "Git vinnig uitvoer" met -M / C opsie uitgereik 'kopieer' instruksie op 'n pad wat gelyktydig verander word, wat verkeerd was.
• Die kontrolepunt opdrag "git vinnig invoer" het nie opdaterings vir refs en punte spoel nie, tensy ten minste een voorwerp geskep is sedert die laaste kontrolepunt, wat reggestel is, aangesien hierdie dinge kan gebeur sonder dat enige nuwe voorwerp geskep word.
• Die skripsies om TravisCI te bestuur, is herorganiseer en dan is 'n optimalisering om die siklusse op 'n tak te vermy waarvan die punt gemerk is.
• "git haal:" laat 'n voorwerpnaam toe aan die kant toe die ander kant so 'n versoek aanvaar sedert Git v2.5, maar die dokumentasie is verouderd.
• 'n Regressie in 2.11 wat die kode gemaak het om die lys van alternatiewe voorwerpwinkels te lees, het die einde van die tou oorskry.

Wat is nuut in weergawe 2.15.1:

• 'n Helper funksie om 'n enkele reël te lees in strbuf wat foutief geaktiveerde OOM-fout by EOF onder sekere omstandighede is.
• Bykomend tot "cc: # cruft", "cc: a@dd.re.ss # cruft" is geleer om te "git stuur-e-pos" as 'n geldige manier om dit te vertel dat dit ook 'n koolstofkopie moet stuur in die sleepwa-afdeling.
• Regressie regmaak op 'gitk - bisect' deur 'n onlangse opdatering.
• In teenstelling met "git commit tree" lêer "," git commit-tree -F lêer " het nie die inhoud van die lêer vertaal nie en het in die einde 'n onvoltooide reël voltooi, indien dit bestaan. Laasgenoemde is opgedateer om die gedrag van die voormalige te pas.
• "git argief", veral wanneer dit met pathspec gebruik word, stoor 'n leë gids in sy uitvoer, alhoewel Git self dit nooit doen nie. Dit is opgelos.
• API-foutbespreking wat ook die waarskuwings van GCC veroorsaak.
• "git gc" probeer om te voorkom dat twee geleenthede gelyktydig uitgevoer word deur pid / gasheer te lees en te skryf van en na 'n sluitingslêer; Dit gebruik om 'n foutiewe fscanf () -formaat te gebruik tydens die lees, wat reggestel is.
• Die toetslinter is geleer dat ons nie van "echo -e" hou nie.
• Kode cmp.std.c nitpick.
• "git beskryf - ooreenstem" geleer om verskeie patrone in v2.13-reeks te neem, maar die kenmerk het die patrone na die eerste een geïgnoreer en het glad nie gewerk nie. Dit is opgelos.
• "git cat-file - textconv" het onlangs begin met segfaulting, wat reggestel is.
• Die ingeboude patroon om die funksie header op te spoor " vir HTML het nie ooreenstem met elemente sonder enige eienskappe wat vasgestel is nie.
• "Git Mail Info" was los in dekodering aangehaal drukbaar en vervaardig vullis wanneer die twee letters na die gelyke teken nie heksadesimale is nie. Dit is opgelos.
• Die dokumentasie vir '-X' vir samesmeltings is misleidend geskryf om te suggereer dat "hul s'n" bestaan, wat nie die geval is nie.
• Spell die naam van ons stelsel as 'Git' in die uitset van die versoek-trek script.
• Regstellings vir 'n handvol geheue toegang probleme geïdentifiseer deur valgrind.
• Backports 'n morele ekwivalent van 2015 maak die emulasie van die stemming van die stroomop gnulib reg om soms breekplekke op HPE NonStop te herstel.
• In die "- formaat = ..." opsie van die "git for-every-ref" opdrag (en sy vriende, dws die noteringsmodus van "git tak / tag"), "% (atoom:)" (bv. "% (refname:)", "% (body:)" gebruik om foute uit te voer. Behandel hulle eerder asof die kolon en 'n leë string wat daarop volg, nie daar was nie.
• Gebruikers met 'color.ui = altyd' In hul konfigurasie is gebreek deur 'n onlangse verandering wat loodgieter-opdragte gemaak het om hulle aandag te gee, aangesien die pleister intern gemaak is deur 'git add -p' was gekleurd en het onbruikbaar gemaak. Dit is opgelos.
• "Git-tak -M 'n b" terwyl dit op 'n tak wat heeltemal onverwant is aan óf tak a of tak b, het misbruik gemaak toe verskeie werkstappe in gebruik was. Dit is opgelos.
• "Git vinnig uitvoer" met -M / C opsie uitgereik 'kopieer' instruksie op 'n pad wat gelyktydig verander word, wat verkeerd was.
• Die kontrolepunt opdrag "git vinnig invoer" het nie opdaterings vir refs en punte spoel nie, tensy ten minste een voorwerp geskep is sedert die laaste kontrolepunt, wat reggestel is, aangesien hierdie dinge kan gebeur sonder dat enige nuwe voorwerp geskep word.
• Die skripsies om TravisCI te bestuur, is herorganiseer en dan is 'n optimalisering om die siklusse op 'n tak te vermy waarvan die punt gemerk is.
• "git haal:" laat 'n voorwerpnaam toe aan die kant toe die ander kant so 'n versoek aanvaar sedert Git v2.5, maar die dokumentasie is verouderd.
• 'n Regressie in 2.11 wat die kode gemaak het om die lys van alternatiewe voorwerpwinkels te lees, het die einde van die tou oorskry.

Wat is nuut in weergawe 2.15.0:

• 'n Helper funksie om 'n enkele reël te lees in strbuf wat foutief geaktiveerde OOM-fout by EOF onder sekere omstandighede is.
• Bykomend tot "cc: # cruft", "cc: a@dd.re.ss # cruft" is geleer om te "git stuur-e-pos" as 'n geldige manier om dit te vertel dat dit ook 'n koolstofkopie moet stuur in die sleepwa-afdeling.
• Regressie regmaak op 'gitk - bisect' deur 'n onlangse opdatering.
• In teenstelling met "git commit tree" lêer "," git commit-tree -F lêer " het nie die inhoud van die lêer vertaal nie en het in die einde 'n onvoltooide reël voltooi, indien dit bestaan. Laasgenoemde is opgedateer om die gedrag van die voormalige te pas.
• "git argief", veral wanneer dit met pathspec gebruik word, stoor 'n leë gids in sy uitvoer, alhoewel Git self dit nooit doen nie. Dit is opgelos.
• API-foutbespreking wat ook die waarskuwings van GCC veroorsaak.
• "git gc" probeer om te voorkom dat twee geleenthede gelyktydig uitgevoer word deur pid / gasheer te lees en te skryf van en na 'n sluitingslêer; Dit gebruik om 'n foutiewe fscanf () -formaat te gebruik tydens die lees, wat reggestel is.
• Die toetslinter is geleer dat ons nie van "echo -e" hou nie.
• Kode cmp.std.c nitpick.
• "git beskryf - ooreenstem" geleer om verskeie patrone in v2.13-reeks te neem, maar die kenmerk het die patrone na die eerste een geïgnoreer en het glad nie gewerk nie. Dit is opgelos.
• "git cat-file - textconv" het onlangs begin met segfaulting, wat reggestel is.
• Die ingeboude patroon om die funksie header op te spoor " vir HTML het nie ooreenstem met elemente sonder enige eienskappe wat vasgestel is nie.
• "Git Mail Info" was los in dekodering aangehaal drukbaar en vervaardig vullis wanneer die twee letters na die gelyke teken nie heksadesimale is nie. Dit is opgelos.
• Die dokumentasie vir '-X' vir samesmeltings is misleidend geskryf om te suggereer dat "hul s'n" bestaan, wat nie die geval is nie.
• Spell die naam van ons stelsel as 'Git' in die uitset van die versoek-trek script.
• Regstellings vir 'n handvol geheue toegang probleme geïdentifiseer deur valgrind.
• Backports 'n morele ekwivalent van 2015 maak die emulasie van die stemming van die stroomop gnulib reg om soms breekplekke op HPE NonStop te herstel.
• In die "- formaat = ..." opsie van die "git for-every-ref" opdrag (en sy vriende, dws die noteringsmodus van "git tak / tag"), "% (atoom:)" (bv. "% (refname:)", "% (body:)" gebruik om foute uit te voer. Behandel hulle eerder asof die kolon en 'n leë string wat daarop volg, nie daar was nie.
• Gebruikers met 'color.ui = altyd' In hul konfigurasie is gebreek deur 'n onlangse verandering wat loodgieter-opdragte gemaak het om hulle aandag te gee, aangesien die pleister intern gemaak is deur 'git add -p' was gekleurd en het onbruikbaar gemaak. Dit is opgelos.
• "Git-tak -M 'n b" terwyl dit op 'n tak wat heeltemal onverwant is aan óf tak a of tak b, het misbruik gemaak toe verskeie werkstappe in gebruik was. Dit is opgelos.
• "Git vinnig uitvoer" met -M / C opsie uitgereik 'kopieer' instruksie op 'n pad wat gelyktydig verander word, wat verkeerd was.
• Die kontrolepunt opdrag "git vinnig invoer" het nie opdaterings vir refs en punte spoel nie, tensy ten minste een voorwerp geskep is sedert die laaste kontrolepunt, wat reggestel is, aangesien hierdie dinge kan gebeur sonder dat enige nuwe voorwerp geskep word.
• Die skripsies om TravisCI te bestuur, is herorganiseer en dan is 'n optimalisering om die siklusse op 'n tak te vermy waarvan die punt gemerk is.
• "git haal:" laat 'n voorwerpnaam toe aan die kant toe die ander kant so 'n versoek aanvaar sedert Git v2.5, maar die dokumentasie is verouderd.
• 'n Regressie in 2.11 wat die kode gemaak het om die lys van alternatiewe voorwerpwinkels te lees, het die einde van die tou oorskry.

Wat is nuut in weergawe 2.14.1:

• Hiermee word forward-poorte opgelos vir " ssh: //..." URL van Git v2.7.6

Wat is nuut in weergawe 2.9.3:

• * 'n Helperfunksie wat die inhoud van 'n commit-voorwerp inneem en sy onderwerplyn vind, het nie leidende leë lyne ignoreer nie, soos gewoonlik deur ander kodepaaie gedoen word. Maak dit ignoreer leidende leidrade wat ooreenstem.
• Git weet nie wat die inhoud van die indeks moet wees vir 'n pad wat bygevoeg is met 'git add -N' nie, dus 'git grep - cached' moet nie treffers wys nie (of toon 'n gebrek aan treffers, met -L ) in so 'n pad, maar daardie logika is nie van toepassing op "git grep" nie, dit wil sê in die werk boom lêers soek. Maar ons het dit per ongeluk gedoen, wat reggestel is.
• "git rebase -i - autostash" het nie die outomatiese stashed verandering herstel wanneer die operasie gestaak is nie.
• "git commit - verander - al-leeg-boodskap -S" vir 'n pleeg sonder dat enige boodskapliggaam misidentifiseer het waar die kop van die commit-voorwerp eindig.
• Meer opsommings van opskrifte vir soorte stringe wat na verwagting letterlik deur die eindgebruiker in die vaste wydte font getik word.
• Vir 'n lang tyd het ons 'n in-kode kommentaar gelewer wat gesê het dat ons gekleurde uitvoer slegs sal werk as ons fprintf / fputs op Windows gebruik, wat nie die afgelope paar jaar die geval is nie.
• "gc.autoPackLimit" wanneer dit ingestel is op 1, moet nie herverpak word wanneer daar net een pak is nie, maar die kode is swak getel en het dit gedoen.
• Een deel van die "git am" het 'n vreemde balhelperfunksie gehad wat dinge van buite sy "genoem" genoem het, in teenstelling met wat ons "ons" genoem het, wat nie geslagsneutraal was nie en ook teenstrydig met die res van die stelsel was. Buitelandse dinge word gewoonlik "hulle" genoem in teenstelling met "ons".
• Die toetsraamwerk het 'n nuwe helper-toets_match_signal geleer om 'n uittrekselkode na te gaan om deur 'n verwagte sein dood te maak.
• "Git blameer -M" het 'n enkele reël gemis wat in die lêer geskuif is.
• Bevestig onlangs geïntrodukte kodepaadjies wat betrokke is by parallelle submodule-bewerkings, wat te vroeg gelees het, en kon die CPU verloor het terwyl hulle probeer om onder 'n hoek geval te skryf.
• "git grep -i" is geleer om die saak korrek in nie-korrekte plekke te vou.
• 'n Toets wat onvoorwaardelik 'mktemp' gebruik het, het geleer dat die opdrag nie noodwendig oral beskikbaar is nie.
• "Git blameer lêer" het die lyn van lyne toegelaat in die onbeperkte, onaangepaste inhoud van die "lêer" wat ondersoek moet word, maar dit geweier toe "lêer" nie in die huidige commit verskyn het nie. Wanneer 'lêer' geskep is deur 'n bestaande lêer te hernoem (maar die verandering is nie gepleeg nie), was hierdie beperking onnodig strak.
• "Git add -N dir / file & amp; git write tree" het 'n verkeerde boom geproduseer wanneer daar ander paaie is in dieselfde gids wat na "lêer" sorteer.
• "Git haal http: // gebruiker: pas @ host / repo ..." het die userinfo deel geskrum, maar "git push" het nie.
• 'n Oujarige fout wat veroorsaak het dat 'n "git diff - signore-space-at-eol" foute opgelewer is, is opgelos.
• "Git notas saamsmelt" het 'n kode om te sien of daar 'n pad bestaan ​​(en misluk as dit wel is) en dan die pad oopmaak vir skryf (indien nie). Vervang dit met oop met O_EXCL.
• "git pack-objects" en "git index-pack" werk meestal met off_t wanneer dit gepraat word oor die offset van voorwerpe in 'n pakkie, maar daar was 'n handjievol plekke wat "ongeteken lank" gebruik het om daardie waarde te behou. tot 'n onbedoelde afkorting.
• Onlangse opdatering van "git daemon" probeer om die socket-vlak KEEPALIVE te aktiveer, maar as dit inbedryf word, word die standaard insetlêerbeskrywer nie noodwendig aan 'n sok gekoppel nie. Onderdruk 'n ENOTSOCK fout van setsockopt ().
• Onlangse FreeBSD het gestop om perl beskikbaar te stel by / usr / bin / perl; skakel die verstek die ingeboude pad na / usr / local / bin / perl oor nie-antieke FreeBSD uitgawes.
• "git status" geleer om voor te stel tydens 'n gekonfuseerde samesmelting om saam te smelt, soos dit alreeds voorgestel word as 'rebase - abort' tydens 'n teenstrydige konflik.
• Die .c / .h bronne word as sodanig gemerk in ons .gitattributes-lêer sodat "git diff -W" en vriende beter sal werk.
• Bestaande outokonf gegenereerde toets vir die behoefte om te skakel met pthread biblioteek het nie al die funksies van pthread biblioteke nagegaan nie; onlangse FreeBSD het 'n paar funksies in libc, maar nie ander nie, en ons het verkeerdelik gedink dat skakel met libc genoeg is as dit nie is nie.
• Toets http-daemon toetse in Travis CI toetse.
• Gebruikers van die parse_options_concat () API-funksie moet vooraf ekstra spasies toeken en hulle opvolg met OPT_END () wanneer hulle die stel ondersteunde opsies dinamies wil besluit, wat die kode foutief en moeilik leesbaar maak. Dit is reggestel deur die API te tweedraai om 'n nuwe kopie van 'struct opsie' skikking toe te ken en terug te stuur.
• Die gebruik van strbuf in "git rm" om lêernaam te bou om te verwyder, was 'n bietjie suboptimaal, wat vasgestel is.
• "git commit - help" het gesê - "no-verifieer" gaan net oor die voorverplegingskrokie en het nie gesê dat dit ook die commit-msg haak oorgeslaan het nie.
• "git merge" in Git v2.9 is geleer om te verhoed dat 'n onverwante geskiedenis van die geskiedenis bymekaar te voeg, maar dit is presies die soort ding wat die "--rejoin" af van "git subtree" (in bydrae) wil doen. "git subtree" is geleer om die opsie "-alle-verwante-histories" te gebruik om die verstek te ignoreer.
• Die bouprosedure vir "git persistent-https" -helper (in bydrae /) is opgedateer sodat dit gebou kan word met meer onlangse weergawes van Go.
• Daar is 'n optimalisering wat in "git diff $ treeA $ treeB" gebruik word om 'n reeds gekontroleerde kopie in die werkboom te leen wanneer dit bekend is om dieselfde te wees as die blob wat vergelyk word, wat verwag dat die oop / mmap van sodanige 'n lêer is vinniger as om dit uit die voorwerpwinkel te lees, wat die opblaas en toepassing van delta insluit. Dit word egter selfs ingeskakel wanneer die uitgemaakte kopie deur die omskakeling na git-omskakeling (insluitend die skoon filter) moet gaan, wat die hele punt van die optimalisering verslaan. Die optimalisering is gedeaktiveer wanneer die omskakeling nodig is.
• "git-c grep.patternType = verleng log-basic-regexp" misbruik omdat die interne API om toegang tot die grep masjinerie nie goed ontwerp is nie.
• Die Windows-poort het 'n paar toetse in t4130 misluk, weens die gebrek aan inum in die teruggekeerde waardes deur sy lstat (2) emulasie.
• Die karakters in die etiket wat vir etikette / refs aangedui word vir die uitvoer van "gitweb" -uitvoer, word nou behoorlik ontsnap vir die korrekte HTML-uitvoer.
• FreeBSD kan lê wanneer dit gevra word om 'n gids te kry, wat die onopgeloste kaskode laat terugval na 'n stadige pad, wat op sy beurt die toetse in t7063 veroorsaak het omdat dit die gedrag van die snelpad wou verifieer.
• Waarskuwings vir Squelch-samestellings vir netmalloc (in compatible /) biblioteek.
• Die API dokumentasie vir hashmap was onduidelik as hashmap_entry veilig verwyder kan word sonder enige ander oorweging. Meld dat dit veilig is om dit te doen.
• Nie-so-onlangse hersiening van "git am" wat interne oproepe in die commit-masjinerie begin het, het 'n onbedoelde regressie gehad, aangesien dit nie saak hoeveel sekondes dit geneem het om baie kolle te gebruik nie, die gevolglike kommissaris se tydstempel vir die gevolglike verbintenisse was almal dieselfde.
• "git difftool ..." wat in 'n subdirectory is begin, het die paaie wat betrekking het op die betrokke gids nie geïnterpreteerd.

Wat is nuut in weergawe 2.9.1:

• Wanneer 'git daemon' uitgevoer word sonder - [init-] time-out gespesifiseer, kan 'n verbinding vanaf 'n kliënt wat stilweg vanlyn is, lank rondbly en hulpbronne mors. Die sokvlak KEEPALIVE is aangeskakel om die OS toe te laat om sulke mislukte verbindings te sien.
• Die opdragte in `git log` familie neem% C (outomaties) in 'n persoonlike formaat string. Dit het onvoorwaardelik die kleur aangeskakel, ignoreer - geen kleur of met - kleur = outomaties wanneer die uitset nie aan 'n tty gekoppel is nie; Dit is reggestel om die formaat werklik te laat optree as "outomaties".
• "git rev-list-count" waarvan die wandellengte beperk is met "-n" opsie, het nie goed gewerk met die telling wat geoptimaliseer is om na die bitmap-indeks te kyk nie.
• "git show -W" (brei hulks om die hele funksie te dek, geskei deur lyne wat ooreenstem met die "funcname" patroon) wat gebruik word om die hele lêer te wys wanneer 'n verandering 'n hele funksie aan die einde van die lêer bygevoeg het, wat is opgelos.
• Die dokumentasie stel is opgedateer sodat letterlike opdragte, konfigurasie veranderlikes en omgewingsveranderlikes konsekwent in lettertipe met 'n vaste wydte en vetdruk in manpages getik word.
• "git svn propset" subcommand wat in 2.3 dae bygevoeg is, word nou gedokumenteer.
• Die dokumentasie probeer om voortdurend "GPG" te spel; Wanneer u na die spesifieke programnaam verwys, word "gpg" gebruik.
• "git reflog" word gestaak wanneer 'n inskrywing gesien word wat 'n gebeurtenis vir die skepping van takke aandui (ook bekend as "ongebore"), wat dit laat lyk asof die reflog afgeknip is.
• Die git-prompt scriptlet (in bydrae /) was nie vriendelik met diegene wat "set -u" gebruik het nie.
• 'n kodepad wat alloca (3) gebruik om 'n onbeperkte hoeveelheid data op die stapel te plaas, is opgedateer om dit te voorkom.
• "git update-indeks --add-chmod = + x lêer" kan bruikbaar wees as 'n ontsnappingsluik, maar nie 'n vriendelike ding om te dwing vir mense wat dit nodig het om dit gereeld te gebruik nie. "git add --chmod = + x file" kan eerder gebruik word.
• Bou verbeterings vir kabouter-sleutelring (in bydrae)
• "git status" gebruik "werk directory" as dit "werk boom" beteken.
• Kommentaar oor die onbehoorlike FreeBSD-skulpe is verduidelike met die weergawe nommer (9.x en voorheen is gebreek, nuweres is OK).
• "Git Cherry-Pick A" gewerk aan 'n ongebore tak, maar "Git Cherry-Pick A..B" het nie.
• "git add -i / -p" geleer om diff.compactionHeuristic eksperimentele knoppie te eer, sodat die gebruiker op dieselfde hakspleet kan werk as "git diff" -uitvoer.
• "log --graph - format =" het geleer dat "%> | (N)" die breedte relatief aan die linkerkant van die terminale spesifiseer, nie relatief tot die area om tekste te teken wat regs van die voorvader is nie -graf-afdeling. Dit aanvaar nou ook negatiewe N wat beteken dat die kolomgrens relatief is aan die regtergrens.
• Die eienaarskapsreël vir die geheue wat verwysings bevat om in "git-haal" te haal, was skroefagtig, wat skoongemaak is.
• "git bisect" maak 'n interne oproep om "git diff-tree" te gee wanneer bisection die skuldige vind, maar hierdie oproep het die datastruktuur nie geïnisieer om korrek na die diff-boom API te gaan nie.
• Formate van die verskillende data (en hoe om hulle te valideer) waar ons GPG handtekening gebruik, is gedokumenteer.
• Bevestig 'n onbedoelde regressie in v2.9 wat "klone -depth" verbreek wat terug na submodules herhaal deur die submodules te dwing om ook gekloon te word, wat baie bediener instansies wat stroomop van die submodules aanwesig is, nie voorberei word nie.
• Onnodig mors in die idiomatiese gebruik van ': $ {VAR = default}' om die verstekwaarde te stel, sonder om dit in dubbele aanhalings in te sluit.
• Sommige platformspesifieke kode het nie-ANSI streng verklarings van C-funksies wat geen parameters, wat reggemaak is, geneem het nie.
• Die interne kode wat gebruik word om plaaslike tydsone-offset te wys, is nie gereed om tydstemme na 2100 te hanteer nie en het 'n bogus-offsetwaarde aan die beller gegee. Gebruik 'n meer benigne look +0000 in plaas en laat 'git log' gaan in so 'n geval, in plaas van om te aborteer.
• Een van die vier invoegings van leeslink (1) in ons toetspakket is herskryf sodat die toets op stelsels sonder die opdrag kan hardloop (ander is in valgrind toetsraamwerk en t9802).
• t / perf benodig / usr / bin / time met GNU uitbreiding; Die aanroeping daarvan word opgedateer na "gtime" op Darwin.
• 'n Bug, wat 'git p4' veroorsaak het, terwyl dit onder die benoemde modus uitgevoer word om paaie te rapporteer wat weens die voorvoegsel verkeerd weggelaat is, is vasgestel; Die opdrag het gesê: "Ignoreer lêer buite voorvoegsel" vir paaie wat _inside _ is.
• Die topvlak dokumentasie "git help git" wys nog steeds op die dokumentasie wat aangebied word by die nuutgevonde Google-repository. Dateer dit op om na https://git.github.io/htmldocs/git.html te verwys.

Wat is nuut in weergawe 2.9.0:

Nuut in GIT 2.8.1 (5 April 2016)

Wat is nuut in weergawe 2.8.1:

• Die doel om te maak rpmbuild is gebreek as die invoer, git.spec.in, is nie opgedateer om by 'n lêer te pas wat dit beskryf het wat onlangs hernoem is nie. Dit is opgelos.

Wat is nuut in weergawe 2.7.3:

• Tradisioneel is die toetse wat probeer werk wat op die inhoud van die werkboom werk, met die "werkstel" in hul lêername genoem, maar met die onlangse byvoeging van die "git worktree" subkommando, wie se toetse ook genoem word, het dit ook word moeiliker om hulle uitmekaar te vertel. Die tradisionele toetse is hernoem om eerder 'werkboom' te gebruik in 'n poging om hulle te onderskei.
• Baie kodepaaie vergeet om die waarde terug te keer vanaf git_config_set (); Die funksie word gemaak om te sterf () om seker te maak dat ons nie voortgaan wanneer 'n konfigurasie veranderlike geskrap is nie.
• Die hantering van foute tydens die skryf van ons interne asynchroniese proses is meer robuust gemaak, wat die flakigheid in ons toetse verminder.
• "Git show" HOOF: Foo [BAR] Baz '"het die argument nie as 'n rev geïnterpreteer nie, dit wil sê die voorwerp wat deur die die padnaam met wildcardkarakters in 'n boomvoorwerp genoem word.
• "Git rev-parse -git-common-dir" wat in die werkbalkfunksie gebruik word, word verkeerd gebruik wanneer dit vanaf 'n subdirectory uitgevoer word.
• Die subcommand "v (iew)" van die interaktiewe "git am -i" -opdrag is gebreek in 2.6.0 tydraamwerk wanneer die opdrag in C geskryf is.
• "git merge-tree" gebruik om 'n "konflik met sy eie" bymekaar te maak. "skep 'n valse voorouerlêer wat die algemene gedeeltes van wat beide kante bygevoeg het en 'n 3-rigting saamvoeg" -logika maak; Hierdie is opgedateer om die gewone "3-rigting-kombinering met 'n leë blob as die vals algemene voorouerlêer-benadering" wat in die res van die stelsel gebruik word, te gebruik.
• Die geheue eienaarskap reël van fill_textconv () API, wat 'n bietjie lastig was, is 'n bietjie beter gedokumenteer.
• Die dokumentasie het nie duidelik gestel dat die 'eenvoudige' modus nou die standaard is vir 'git push' wanneer push.default configuration nie ingestel is nie.
• Onlangse weergawes van GNU grep is pickier wanneer hul insette willekeurige binêre data bevat, wat sommige van ons toetse gebruik. Herskryf die toetse om die probleem op te los.
• 'n Hulpfunksie "git submodule" gebruik sedert v2.7.0 die modules wat ooreenstem met die padspesifargument wat aan sy subkommando's gegee word (bv. "submodule add") is vasgestel.
• "Git config section.var waarde" om 'n waarde in die per-repository-konfigurasie lêer te stel, het misluk toe dit buite 'n repository geloop is, maar het nie die rede korrek gesê nie.
• Die kode om die pakdata te lees met behulp van die verrekenings wat in die IDX-lêer gestoor is, is noukeuriger nagegaan om die geldigheid van die data in die IDX te monitor.

Wat is nuut in weergawe 2.7.2:

• Die laevlak-samesmeltingsmasjinerie is geleer om CRLF-lynbeëindiging te gebruik wanneer konflikmarkers ingevoeg word tot saamgesmelte inhoud wat hulself CRLF-lyn beëindig het.
• "Git werkblad" het 'n gebroke kode gehad wat probeer het om moontlike inkonsekwentheid te herstel. Dit veroorsaak dat eindgebruikers 'n werkblad na verskillende plekke verplaas sonder om Git te vertel (die oorspronklike bewaarplek moet backpointers op sy werkbome handhaaf, maar "mv" uitgevoer deur eindgebruikers wat nie bekend is met die feit nie, sal dit natuurlik nie aanpas nie), wat eintlik dinge erger gemaak het toe dit geaktiveer is.
• "Git push - force-by-lease" is geleer om te rapporteer of die stoot nodig is om te dwing (of vinnig vooruit gestuur).
• Die geïmpuleerde "ja" -opdrag wat in ons toetsskrifte gebruik word, is aangepas om nie te veel tyd te spaar wat onnodige uitset lewer wat nie gebruik word nie, om diegene wat op Windows toets, te help waar dit nie sal stop totdat dit die pypbuffer vult nie. n gebrek aan SIGPIPE.
• Die vimdiff-backend vir "git mergetool" is aangepas om buffers te rangskik en te nommer in die volgorde wat ooreenstem met die verwagting van die meerderheid mense wat van links na regs lees, dan bo-neer en buffers toewys 1 2 3 4 "geestelik" na plaaslike basis afgeleë vensters op grond van daardie volgorde.
• Die dokumentasie vir "git clean" is reggemaak; dit het genoem dat .git / modules / * verwyder word deur twee "-f" te gee, wat nog nooit die geval was nie.
• Padpaaie wat met die byvoeging van die indeks gerapporteer is met "add-N", is nog nie heeltemal in die indeks nie, maar 'n paar opdragte het gedra asof dit al op 'n skadelike manier is.
• Sluit ook klein dokumentasie en toetsopdaterings in.

Wat is nuut in weergawe 2.6.4:

• Die "configure" -skrip het nie korrek getoets vir -lpthread nie, wat sommige skakelaars ontstel.
• Voeg ondersteuning by vir die praat van http / https oor sokkies proxy.
• Oplossingsfiks vir Windows, wat die $ SHELL-veranderlike kan herskryf deur nie-POSIX-paaie te gebruik.
• Ons stel nou konsekwent alle hakies in staat om hul standaardinvoer te ignoreer, eerder as om hulself van SIGPIPE te kla.
• Bevestig skulpaanhalings in die bydrae van die script.
• Toepasbaarheid van toetse vir 'n onderwerp in v2.6.1.
• Tillde-uitbreiding in sommige http-veranderlikes toelaat.
• Gee 'n nuttige spesiale geval "diff / show - word-diff-regex =." as voorbeeld in die dokumentasie.
• Fix vir 'n hoek geval in filtertak.
• Maak git-p4 werk op 'n loskopkop.
• Verduideliking van dokumentasie vir "check-ignore" sonder "--verbose".
• Net soos die werkboom skoongemaak word wanneer die gebruiker die voorlegging gekanselleer het in P4Submit.applyCommit (), maak die gemors skoon as "p4 submit" misluk.
• Om 'n oorblywende .idx-lêer te hê sonder die ooreenstemmende .pack-lêer in die repository seer prestasie; "Git GC" het geleer om hulle te snoei.
• Die kode om die werk boomkant van die tydelike gids voor te stel vir die "dir-diff" -funksie het vergeet dat simboliese skakels nie na die tydelike area gekopieer moet word nie (of gekoppel), aangesien die kode reeds spesiale gevalle en oorskry hulle. Bowendien was dit verkeerd om die voorwerpnaam van die teiken van simboliese skakel te bereken, wat dalk nie eers bestaan ​​of 'n gids mag wees nie.
• Daar was geen manier om 'n geconfigureerde rebase.autostash-veranderlike van die opdraglyn te verslaan nie, aangesien "git rebase -no-autostash" ontbreek.
• Laat 'git interpreters' toe om buite 'n Git-repository te loop.
• Produk korrekte "vuil" merker vir dop versoeke, selfs wanneer ons op 'n wees of ongebore tak is.
• Sekere hoekgevalle is vasgestel in tou-ooreenstem wat in "git status" gedoen is.
• Apple se algemene kripto-implementering van SHA1_Update () neem nie meer as 4GB op 'n slag nie, en ons het nou 'n samestelling-oplossing vir dit.

Wat is nuut in weergawe 2.5.3:

• Die eksperimentele ongedraaide kas-funksie was buggy wanneer paaie met 'n paar vlakke van subdirectories betrokke is.
• Onlangse weergawes van die geskrewe "git am" het 'n prestasie regressie in die "git am - skip" kodepad, wat nie meer in die ingeboude weergawe op die 'meester' front bestaan ​​nie. Herstel die regressie in die laaste geskrewe weergawe wat voorkom in 2.5.x onderhoudspoor en ouer.

Wat is nuut in weergawe 2.4.6:

• "git fetch - depth =" en "git clone --depth =" het 'n vlak oordragversoek uitgereik selfs na 'n oplaaipak wat nie die vermoë ondersteun nie.
• "git fsck" gebruik om ontbrekende of ongeldige voorwerpe wat in reflog aangeteken is, te ignoreer.
• Die voltooiing van die teks skryf 'n bash scriptlet, maar dit sou misluk vir gebruikers met noclobber stel.
• Onlangse Mac OS X-opdaterings breek die logika om vas te stel dat die masjien op die stroomkrag is in die voorbeeld voor-outomaties-gc-skrip.
• "git-formaat-pleister - waaroor-as-stroomop A..B" hou nie daarvan om etikette te gee as grensverbintenisse nie.
• Bevat ook tipofixes, dokumentasieopdaterings en triviale kode
• skoon-ups.

Wat is nuut in weergawe 2.4.2:

• "git rev-list -objects $ old - not --all" om te sien of alles wat bereikbaar is vanaf $ old reeds gekoppel is aan die bestaande refs, was baie ondoeltreffend.
• "hash-object -literally" wat in v2.2 geïntroduceerd is, was nie bereid om 'n baie lang voorwerp-tipe naam te gebruik nie.
• "git rebase - quiet" was nie heeltemal stil as daar niks is nie.
• Die voltooiing van die parameter "log - decorate =" was verkeerd.
• "filter-tak" beskadig pleeg log boodskap wat eindig met 'n onvolledige lyn op platforms met 'n paar "sed" implementasies wat so 'n lyn afskakel. Werk dit om deur te voorkom dat jy 'sed' gebruik.
• "git daemon" versuim om van die bron te bou onder NO_IPV6 konfigurasie (regressie in 2.4).
• "Git Stash pop / apply" vergeet om seker te maak dat nie net die werk boom skoon is nie, maar ook die indeks is skoon. Laasgenoemde is belangrik aangesien 'n stash-aansoek konflik kan maak en die indeks sal gebruik word vir konflikoplossing.
• Ons het $ GIT_EXEC_PATH opgestel en die pad "git" is geïnstalleer in (gewoonlik "/ usr / bin") tot $ PATH wanneer dit vir byna die ewigheid subprogramme en hake gebruik word, maar die oorspronklike gebruiksgeval wat laasgenoemde probeer ondersteun was semi -bus (bv. installeer git na / opt / foo / git en hardloop dit sonder om / opt / foo op $ PATH te hê), en belangriker word dit minder en minder relevant aangesien Git meer hoofstroom geword het (di die gebruikers sou wou hê dit op hul $ PATH). Hou op met die opstel van die pad waarop "git" geïnstalleer is op gebruikers se $ PATH, aangesien dit die bevelbestellingsvolgorde wat mense afhang, sal inmeng (bv. Hulle mag nie weergawes van programme hou wat nie met Git in / usr / bin verband hou nie en wil ignoreer hulle deur verskillende in / usr / local / bin te hê en laasgenoemde directory eerder in hul $ PATH te hê.)
• bevat ook tipofixes, dokumentasie-opdaterings en onbeduidende kodeopruimings.