GIT

Programinė įranga Screenshot:
GIT
Programinė detalės:
Versija: 2.16.0 Atnaujintas
Įkėlimo datą: 20 Jan 18
Kūrėjas: Junio C Hamano
Licencija: Nemokamai
Populiarumas: 64

Rating: 3.0/5 (Total Votes: 1)

"Git" yra viena iš plačiausiai naudojamų paskirstytų versijų valdymo sistemų, kurias kūrėjai visame pasaulyje apibūdino kaip numerio VCS paslaugą. Jis veikia tik iš terminalo, tačiau galima atsisiųsti keletą priekinių sąsajų.

Tai nemokama ir atviro kodo versija valdymo sistemos programa, kuri gali apdoroti tiek didelius, tiek mažus projektus su maksimaliu efektyvumu ir greičiu. Programa gali būti lengvai apibūdinama kaip maža, greita ir platinama.


Komandinės eilutės parinktys

Programoje yra keletas komandų, kurias lengvai gali prisiminti bet kas iš "get-go". Visos operacijos atliekamos lokaliai ir buvo sukurtos siekiant dirbti Linux branduolyje.

Įtrauktos komandos yra pridėti, susieti, filialai, kasos, klonai, commit, diff, fetch, grep, init, log, sujungti, mv, traukti, stumti, rebase, reset, rm, show, statusas ir tag. Galite lengvai sužinoti, ką daro kiekviena komanda, naudodami komandą git -help iš terminalo lango.


Savybės iš pirmo žvilgsnio

Naudodamiesi "Git", vartotojai galės pridėti failus, atsiskaitymo filialus ar kelius, klonuotų saugyklų, sukurti tuščius "Git" atpirkimo įrašus, prisijungti prie kelių kūrimo istorijų, parodyti darbo medžio būseną, įrašyti pakeitimus, taip pat kurti, sąraše arba ištrinti filialus.

Be to, programa leidžia vartotojams peržiūrėti pakeitimus tarp komandų ir darbinių medžių, spausdinimo linijas, kurios atitinka modelį, peržiūri atliktų žurnalų, atsisiųsta refs ir objektus, pervardina arba perkelia failus, simbolių nuorodas ir katalogus, atnaujina nuotolinius refs ir pašalina failai iš darbo medžio.


Egzistuoja įvairūs grafiniai priekiniai kraštai

Net jei tai yra tik programinės įrangos komandinės eilutės, galima naudoti įvairias grafines vartotojo sąsajas (GUI), įskaitant "git-cola", "SmartGit", "GitEye", "giggle" ir "gitg". Projektas pralenkė "SCM" (programinės įrangos konfigūravimo valdymo) paslaugas, tokias kaip CVS, "Subversion", "ClearCase" ir "Perforce", turintys pigius vietinius filialus, kelias darbo eigas ir patogias sustojimo vietas.


Bottom line

Apibendrinant, "Git" yra nemokama versijų valdymo sistema, kuri užtikrina greitą greitą veikimą, ją lengva išmokti ir turi labai mažą pėdsaką. Naudodami "Git" galite išeiti be apribojimų konteksto perjungimo, pagal į rolę orientuotų kodų eilučių, funkcijų pagrįsto darbo eigos ir vienkartinių eksperimentų.

Kas naujo šiame leidime: p>

  • Pagalbinė funkcija, leidžianti perskaityti visą eilutę į strbuf, kuri tam tikromis sąlygomis klaidingai įjungė OOM klaidą EOF.
  • Be "cc: # cruft" & quot ;, cc: a@dd.re.ss # cruft & quot; buvo mokoma "git send-email" kaip galiojantį būdą pasakyti, kad jis taip pat turi nusiųsti kopiją ant priekabos skilties.
  • Nustatykite regresiją į "gitk - bisect" neseniai atnaujintas.
  • Skirtingai nuo "git commit-tree & lt; file "," git commit-tree -F file "& quot ;, & quot; neperdavė failo turinio žodžiu ir užbaigė nebaigtą eilutę pabaigoje, jei ji egzistuoja. Pastarasis buvo atnaujintas, kad atitiktų pirmojo elgesio ypatumus.
  • "Git archyvas", ypač kai naudojamas su "pathspec", išsaugojo tuščią katalogą savo išvestyje, nors pats "Git" to niekada nepadaro. Tai buvo ištaisyta.
  • API klaidų tikrinimas, kuris taip pat sutraukia perspėjimus iš GCC.
  • "git gc" bando išvengti dviem egzemplioriais tuo pačiu metu, skaitant ir rašydami pid / host ir iš užrakto failo; Skaitymo metu buvo ištaisytas netinkamas fscanf () formatas.
  • Bandymo linter buvo mokoma, kad mums nepatinka "echo-e".
  • Kodas cmp.std.c trikdžių.
  • "Git apibūdina - atitiktų" išmoko imtis daug modelių v2.13 serijos, tačiau funkcija ignoravo modelius po pirmojo ir visai neveikė. Tai buvo ištaisyta.
  • "Git cat-file -textconv" & quot; neseniai pradėjo segfaulting, kuris buvo ištaisytas.
  • Integruotas modelis, skirtas "funkcijos antraštės" nustatymui & quot; nes HTML nesutapo .. elementai be jokių atributų, kurie buvo ištaisyti.
  • "git mailinfo" & quot; dekoduojant buvo prarasta spausdintinė ir pagaminta šiukšlių, kai dvi raidės po vienodo ženklo nėra šešioliktainės. Tai buvo ištaisyta.
  • Sujungimų "-X" dokumentai buvo klaidinantys, kad būtų galima teigti, kad "-s jų" & quot; egzistuoja, o taip nėra.
  • Pavadinkite mūsų sistemą kaip "Git" išėjimo iš prašymo traukimo scenarijaus.
  • Ištaisyta keletas atminties prieigos problemų, kurias nustatė valgrind.
  • "Backports" moralinis lygiavertis 2015 m. nustato apklausos emuliaciją iš viršutinio gnulibo, kad būtų galima kartais sugadinti HPE NonStop.
  • Iš "format" = ... " "git for-each-ref" parinktis komanda (ir jos draugai, t. y. "git branch / tag" sąrašo režimas), "% (atom:)" (pvz., "% (refname:)", "% (body:)" buvo naudojamas klaidai. Vietoj to, elgiamasi su jais taip, tarsi nėra dvitaškio ir tuščios eilutės, kuri būtų tokia.
  • Vartotojai su & quot; color.ui = always & quot; jų konfigūracija buvo sugadinta dėl neseniai padarytų pokyčių, dėl kurių vandentiekio komandos atkreipė dėmesį į juos kaip "git add -p" sukurtą pleistras. buvo spalvos (heh) ir tapo nenaudojamais. Tai buvo ištaisyta.
  • "git filialas -M a b" o filialas, kuris visiškai nesusijęs su filialu ar filialu b, netinkamai veikiamas, kai buvo naudojamas kelias darbinis paviršius. Tai buvo ištaisyta.
  • "Greito eksporto" git " su -M / -C pasirinkimu "kopijuoti" instrukcija keliu, kuris tuo pačiu metu buvo pakeistas, kuris buvo neteisingas.
  • "Check-point" komanda "git fast-import" & quot; neatsvaidino atnaujinimų nuorodoms ir ženklams, nebent po paskutinio patikrinto punkto, kuris buvo ištaisytas, buvo sukurtas bent vienas objektas, nes šie dalykai gali atsitikti be jokio naujo sukurto objekto.
  • "TravisCI" scenarijai buvo pertvarkyti, o tada optimizavimas, siekiant išvengti išlaidų ciklų filialui, kurio galas paženklintas, buvo įdiegtas.
  • "Git parsisiųsti": & quot; leidžia objekto pavadinimą šone, kai kita šalis priima tokį prašymą, nes Git v2.5, tačiau dokumentacija buvo pasenusi.
  • Nustatyta 2,11 regresija, kuri padarė kodą norint perskaityti alternatyvių objektų parduotuvių sąrašą, viršijantį eilutės pabaigą.

Kas naujo versijoje 2.15.1:

  • Pagalbinė funkcija, leidžianti perskaityti visą eilutę į strbuf, kuri tam tikromis sąlygomis klaidingai įjungė OOM klaidą EOF.
  • Be "cc: # cruft" & quot ;, cc: a@dd.re.ss # cruft & quot; buvo mokoma "git send-email" kaip galiojantį būdą pasakyti, kad jis taip pat turi nusiųsti kopiją ant priekabos skilties.
  • Nustatykite regresiją į "gitk - bisect" neseniai atnaujintas.
  • Skirtingai nuo "git commit-tree & lt; file "," git commit-tree -F file "& quot ;, & quot; neperdavė failo turinio žodžiu ir užbaigė nebaigtą eilutę pabaigoje, jei ji egzistuoja. Pastarasis buvo atnaujintas, kad atitiktų pirmojo elgesio ypatumus.
  • "Git archyvas", ypač kai naudojamas su "pathspec", išsaugojo tuščią katalogą savo išvestyje, nors pats "Git" to niekada nepadaro. Tai buvo ištaisyta.
  • API klaidų tikrinimas, kuris taip pat sutraukia perspėjimus iš GCC.
  • "git gc" bando išvengti dviem egzemplioriais tuo pačiu metu, skaitant ir rašydami pid / host ir iš užrakto failo; Skaitymo metu buvo ištaisytas netinkamas fscanf () formatas.
  • Bandymo linter buvo mokoma, kad mums nepatinka "echo-e".
  • Kodas cmp.std.c trikdžių.
  • "Git apibūdina - atitiktų" išmoko imtis daug modelių v2.13 serijos, tačiau funkcija ignoravo modelius po pirmojo ir visai neveikė. Tai buvo ištaisyta.
  • "Git cat-file -textconv" & quot; neseniai pradėjo segfaulting, kuris buvo ištaisytas.
  • Integruotas modelis, skirtas "funkcijos antraštės" nustatymui & quot; nes HTML nesutapo .. elementai be jokių atributų, kurie buvo ištaisyti.
  • "git mailinfo" & quot; dekoduojant buvo prarasta spausdintinė ir pagaminta šiukšlių, kai dvi raidės po vienodo ženklo nėra šešioliktainės. Tai buvo ištaisyta.
  • Sujungimų "-X" dokumentai buvo klaidinantys, kad būtų galima teigti, kad "-s jų" & quot; egzistuoja, o taip nėra.
  • Pavadinkite mūsų sistemą kaip "Git" išėjimo iš prašymo traukimo scenarijaus.
  • Ištaisyta keletas atminties prieigos problemų, kurias nustatė valgrind.
  • "Backports" moralinis lygiavertis 2015 m. nustato apklausos emuliaciją iš viršutinio gnulibo, kad būtų galima kartais sugadinti HPE NonStop.
  • Iš "format" = ... " "git for-each-ref" parinktis komanda (ir jos draugai, t. y. "git branch / tag" sąrašo režimas), "% (atom:)" (pvz., "% (refname:)", "% (body:)" buvo naudojamas klaidai. Vietoj to, elgiamasi su jais taip, tarsi nėra dvitaškio ir tuščios eilutės, kuri būtų tokia.
  • Vartotojai su & quot; color.ui = always & quot; jų konfigūracija buvo sugadinta dėl neseniai padarytų pokyčių, dėl kurių vandentiekio komandos atkreipė dėmesį į juos kaip "git add -p" sukurtą pleistras. buvo spalvos (heh) ir tapo nenaudojamais. Tai buvo ištaisyta.
  • "git filialas -M a b" o filialas, kuris visiškai nesusijęs su filialu ar filialu b, netinkamai veikiamas, kai buvo naudojamas kelias darbinis paviršius. Tai buvo ištaisyta.
  • "Greito eksporto" git " su -M / -C pasirinkimu "kopijuoti" instrukcija keliu, kuris tuo pačiu metu buvo pakeistas, kuris buvo neteisingas.
  • "Check-point" komanda "git fast-import" & quot; neatsvaidino atnaujinimų nuorodoms ir ženklams, nebent po paskutinio patikrinto punkto, kuris buvo ištaisytas, buvo sukurtas bent vienas objektas, nes šie dalykai gali atsitikti be jokio naujo sukurto objekto.
  • "TravisCI" scenarijai buvo pertvarkyti, o tada optimizavimas, siekiant išvengti išlaidų ciklų filialui, kurio galas paženklintas, buvo įdiegtas.
  • "Git parsisiųsti": & quot; leidžia objekto pavadinimą šone, kai kita šalis priima tokį prašymą, nes Git v2.5, tačiau dokumentacija buvo pasenusi.
  • Nustatyta 2,11 regresija, kuri padarė kodą norint perskaityti alternatyvių objektų parduotuvių sąrašą, viršijantį eilutės pabaigą.

Kas naujo versijoje 2.15.0:

  • Pagalbinė funkcija, leidžianti perskaityti visą eilutę į strbuf, kuri tam tikromis sąlygomis klaidingai įjungė OOM klaidą EOF.
  • Be "cc: # cruft" & quot ;, cc: a@dd.re.ss # cruft & quot; buvo mokoma "git send-email" kaip galiojantį būdą pasakyti, kad jis taip pat turi nusiųsti kopiją ant priekabos skilties.
  • Nustatykite regresiją į "gitk - bisect" neseniai atnaujintas.
  • Skirtingai nuo "git commit-tree & lt; file "," git commit-tree -F file "& quot ;, & quot; neperdavė failo turinio žodžiu ir užbaigė nebaigtą eilutę pabaigoje, jei ji egzistuoja. Pastarasis buvo atnaujintas, kad atitiktų pirmojo elgesio ypatumus.
  • "Git archyvas", ypač kai naudojamas su "pathspec", išsaugojo tuščią katalogą savo išvestyje, nors pats "Git" to niekada nepadaro. Tai buvo ištaisyta.
  • API klaidų tikrinimas, kuris taip pat sutraukia perspėjimus iš GCC.
  • "git gc" bando išvengti dviem egzemplioriais tuo pačiu metu, skaitant ir rašydami pid / host ir iš užrakto failo; Skaitymo metu buvo ištaisytas netinkamas fscanf () formatas.
  • Bandymo linter buvo mokoma, kad mums nepatinka "echo-e".
  • Kodas cmp.std.c trikdžių.
  • "Git apibūdina - atitiktų" išmoko imtis daug modelių v2.13 serijos, tačiau funkcija ignoravo modelius po pirmojo ir visai neveikė. Tai buvo ištaisyta.
  • "Git cat-file -textconv" & quot; neseniai pradėjo segfaulting, kuris buvo ištaisytas.
  • Integruotas modelis, skirtas "funkcijos antraštės" nustatymui & quot; nes HTML nesutapo .. elementai be jokių atributų, kurie buvo ištaisyti.
  • "git mailinfo" & quot; dekoduojant buvo prarasta spausdintinė ir pagaminta šiukšlių, kai dvi raidės po vienodo ženklo nėra šešioliktainės. Tai buvo ištaisyta.
  • Sujungimų "-X" dokumentai buvo klaidinantys, kad būtų galima teigti, kad "-s jų" & quot; egzistuoja, o taip nėra.
  • Pavadinkite mūsų sistemą kaip "Git" išėjimo iš prašymo traukimo scenarijaus.
  • Ištaisyta keletas atminties prieigos problemų, kurias nustatė valgrind.
  • "Backports" moralinis lygiavertis 2015 m. nustato apklausos emuliaciją iš viršutinio gnulibo, kad būtų galima kartais sugadinti HPE NonStop.
  • Iš "format" = ... " "git for-each-ref" parinktis komanda (ir jos draugai, t. y. "git branch / tag" sąrašo režimas), "% (atom:)" (pvz., "% (refname:)", "% (body:)" buvo naudojamas klaidai. Vietoj to, elgiamasi su jais taip, tarsi nėra dvitaškio ir tuščios eilutės, kuri būtų tokia.
  • Vartotojai su & quot; color.ui = always & quot; jų konfigūracija buvo sugadinta dėl neseniai padarytų pokyčių, dėl kurių vandentiekio komandos atkreipė dėmesį į juos kaip "git add -p" sukurtą pleistras. buvo spalvos (heh) ir tapo nenaudojamais. Tai buvo ištaisyta.
  • "git filialas -M a b" o filialas, kuris visiškai nesusijęs su filialu ar filialu b, netinkamai veikiamas, kai buvo naudojamas kelias darbinis paviršius. Tai buvo ištaisyta.
  • "Greito eksporto" git " su -M / -C pasirinkimu "kopijuoti" instrukcija keliu, kuris tuo pačiu metu buvo pakeistas, kuris buvo neteisingas.
  • "Check-point" komanda "git fast-import" & quot; neatsvaidino atnaujinimų nuorodoms ir ženklams, nebent po paskutinio patikrinto punkto, kuris buvo ištaisytas, buvo sukurtas bent vienas objektas, nes šie dalykai gali atsitikti be jokio naujo sukurto objekto.
  • "TravisCI" scenarijai buvo pertvarkyti, o tada optimizavimas, siekiant išvengti išlaidų ciklų filialui, kurio galas paženklintas, buvo įdiegtas.
  • "Git parsisiųsti": & quot; leidžia objekto pavadinimą šone, kai kita šalis priima tokį prašymą, nes Git v2.5, tačiau dokumentacija buvo pasenusi.
  • Nustatyta 2,11 regresija, kuri padarė kodą norint perskaityti alternatyvių objektų parduotuvių sąrašą, viršijantį eilutės pabaigą.

Kas naujo versijoje 2.14.1:

  • ssh: //..." URL iš Git v2.7.6

Kas naujo versijoje 2.9.3:

  • * Pagalbos funkcija, kuri užima įsipareigojimo objekto turinį ir nustato temos eilutę, ignoravo pagrindines tuščias eilutes, kaip dažniausiai daro kiti kodo keliai. Nepamirškite, kad tuščios eilutės atitiktų.
  • Git nežino, kokį indekso turinį reikėtų pridėti prie "git add -N" pridedamo kelio, taigi "git grep --cached" neturėtų rodyti hitų (arba rodyti trūksta hitų su -L ) tokiu keliu, bet ši logika netaikoma "git grep", ty ieškoti darbo medžio failuose. Bet mes taip padarėme per klaidą, kuri buvo ištaisyta.
  • "git rebase -i --autostash" nepavyko atkurti automatiškai sustabdyto pakeitimo, kai operacija buvo nutraukta.
  • "Git commit -amend - empty-message -S", kad be jokio pranešimo įstaigos galėtų būti neteisingai identifikuotas, kai įsipareigojimo objekto antraštė baigiasi.
  • Daugiau tipų stygų, kurių tikimasi, kad galutinis vartotojas įveda į fiksuoto dydžio šriftą, atnaujinimus.
  • Ilgą laiką mes padarėme kodo komentarą, kuriame sakoma, kad mūsų spalvota išvestis veiks tik tada, kai naudosime "fprintf / fputs" sistemoje "Windows", o tai jau nebėra pastaraisiais metais.
  • "gc.autoPackLimit", kai jis nustatytas į 1, neturėtų sukelti pakartotinio pakavimo, kai yra tik vienas paketas, tačiau kodas prilygintas ir padarė tai.
  • Viena "git am" dalis turėjo nepatogumų pagalbininko funkciją, kuri vadino stuff iš "jo", o ne skambino tai, ką turime "mūsų", kuris nebuvo lyčių atžvilgiu neutralus ir taip pat nesuderinamas su likusia sistemos dalimi. išoriniai daiktai yra "uss", vadinami "jų" priešingai nei "mūsų".
  • Tyrimo sistema sužinojo apie naują pagalbą test_match_signal, kad patikrintų, ar išeitų kodas nėra užmuštas tikėtinu signalu.
  • "Git kaltinimas-M" praleido vienoje eilutėje, kuri buvo perkelta į failą.
  • Nustatyti neseniai įvestus kodo kelius, kurie dalyvauja paralelinių submodulų operacijose, kurios atsisakė skaitymo per anksti ir galėjo praleisti procesoriaus, bandydamos rašyti pagal kampų būklę.
  • "git grep-i" buvo išmokytas teisingai išardyti bylą ne ascii vietovėse.
  • Testas, kurį besąlygiškai naudojo "mktemp", sužinojo, kad komanda nebūtinai yra visur.
  • "Git kaltinimo byla" leido nustatyti eilučių linijas neapibrėžtoje, neprijungtoje "failo" turinyje, kurią reikia patikrinti, tačiau ji atsisakyta, kai dabartiniame įsipareigojime nėra "failo". Kai "failas" buvo sukurtas pervadinus esamą failą (tačiau pakeitimas nebuvo atliktas), šis apribojimas buvo be reikalo griežtas.
  • "Git add -N dir / file & amp; git" rašymo medis "sukūrė neteisingą medį, kai toje pačioje kataloge yra kitų maršrutų, kurie rūšiuoja po" failo ".
  • "git parsisiųsti http: // user: pass @ host / repo ..." išvalyti vartotojo info, bet "git push" ne.
  • Buvo ištaisyta senoji klaida, sukelianti blogą "git diff -ignore-space-at-eol" klaidą.
  • "Git pastabų sujungimas" turėjo kodą, kad būtų įsitikinta, ar kelias yra (ir jei jis neveikia) ir tada atidarykite kelią rašyti (jei jis nėra). Pakeiskite jį atviru su O_EXCL.
  • "git pack-objektai" ir "git index-pack" dažniausiai veikia su off_t kalbant apie paketų failų objektų išlyginimą, tačiau ten buvo keletas vietų, kurios naudojo "unsigned long", kad išlaikytų šią vertę, todėl nenumatytam sutrumpinimui.
  • Naujausia "git daemon" atnaujinimu bandoma įjungti kištukinio lygio "KEEPALIVE", bet kai jis generuojamas naudojant "inetd", standartinis įvesties failo deskriptorius nebūtinai gali būti prijungtas prie lizdo. Nutraukite ENOTSOCK klaidą iš setockopt ().
  • Neseniai FreeBSD sustabdė perl parinktį / usr / bin / perl; įjunkite numatytuosius nustatymus į / usr / local / bin / perl į ne senesnius "FreeBSD" išleidimus.
  • "Git statusas" sužinojau pasiūlyti "merge -abort" konfliktuojamo sujungimo metu, kaip tai jau siūlo "rebase -abort" konflikto metu.
  • .c / .h šaltiniai yra pažymėti kaip tokie mūsų .gitattributes failo, kad "git diff-W" ir draugai būtų geriau.
  • Esamas "autoconf" sukurtas testas dėl būtinybės susieti su pthread biblioteka netikrino visų funkcijų iš pthread bibliotekų; neseniai "FreeBSD" turi keletą funkcijų libc, bet ne kituose, ir mes klaidingai manėme, kad susiejimas su libc yra pakankamas, kai jis nėra.
  • Leisti "http demon" testus "Travis CI" bandymais.
  • "parse_options_concat ()" API funkcijos naudotojams iš anksto reikia priskirti papildomas laiko tarpas ir užpildyti jas OPT_END (), kai jie nori dinamiškai spręsti dėl palaikomų parinkčių rinkinio, todėl kodas yra klaidinis ir sunkiai nuskaitomas. Tai buvo ištaisyta pakeičiant API, norint paskirstyti ir grąžinti naują "struct option" masyvo kopiją.
  • Strubf naudojimas "git rm", norint sukurti failo pavadinimą pašalinti, buvo šiek tiek neoptimalus, kuris buvo ištaisytas.
  • "git commit -help" sakė "--ne-verify" - tai tik apie praleidžiamą iš anksto atliktą kablys ir nepasakė, kad jis taip pat praleido "commit-msg hook".
  • Git v2.9 "git mergai" buvo mokoma uždrausti susimaišyti nesusijusių istorijos eilučių pagal nutylėjimą, bet būtent tai yra "git subtree" režimo "--rejoin" režimas (contrib /) nori daryti. "Git subtree" buvo išmokytas naudoti "- nepriimtinos istorijos" parinktį, kad pakeistumėte numatytuosius.
  • "git persistent-https" pagalbininko kūrimo procedūra ("contrib /") atnaujinta, kad ją būtų galima kurti naudojant naujausias "Go" versijas.
  • "git diff $ treeA $ treeB" naudojamas optimizavimas, norint pasiskolinti jau įregistruotą kopiją darbo medyje, kai žinoma, kad tas pats kaip ir lyginamas lūžis, tikėdamasi, kad atidarytas / mmap toks failas yra greitesnis nei skaitant jį iš objekto saugyklos, o tai reiškia, kad pripūstos ir taikomos delta. Tai vis dėlto atsidūrė net tada, kai patikrinta kopija turi vykti konversijos "convert-to-git" (įskaitant švarųjį filtrą), kuris nugali visą optimizavimo tašką. Optimizavimas buvo išjungtas, kai reikia konversijos.
  • "git-c grep.patternType = pratęstas žurnalas - basic-regexp" buvo blogai veikiamas, nes vidinis API, skirtas prisijungti prie grep įrenginių, nebuvo sukurtas gerai.
  • "Windows" prievadas nesugebėjo atlikti tam tikrų t4130 bandymų dėl "lstat" (2) emuliacijos trūkumo dėl grąžintų reikšmių.
  • Etiketėje esančios žymos / nuorodos, skirtos "gitweb" išvesties komandoms, yra tinkamai ištrinti tinkamai HTML išvedimui.
  • "FreeBSD" gali meluoti, kai klausiama aplanko mtime, kuris padarė nepastebėtą talpyklos kodą grįžti į lėtą kelią, o tai savo ruožtu sukėlė nesėkmes bandymams t7063, nes norėjo patikrinti greito maršruto elgseną.
  • Įspėjamieji kompiliatoriaus įspėjimai netmalloc (compat /) bibliotekoje.
  • "Hashmap" API dokumentai buvo neaiškūs, jei "hashmap_entry" gali būti saugiai pašalintas be jokių kitų svarstymų. Nurodykite, kad tai yra saugu.
  • Ne taip neseniai perrašyta "git am", kuri pradėjo teikti vidinius skambučius į įsipareigojimo mechanizmus, buvo nenuspėjama regresija, nes nesvarbu, kiek sekundžių reikėjo taikyti daugelį pataisų, susidariusio įsipareigojimo laiko žymuo dėl įvykdytų įsipareigojimų buvo visi vienodi.
  • "git difftool ...", kuris prasidėjo kataloguose, nepavyko aiškinti maršrutų, susijusių su tuo aplanku, kuris buvo ištaisytas.

Kas naujo 2.9.1 versijoje:

  • Kai "git daemon" paleidžiamas be - nurodyto laiko nustatymo - [init-] laiko tarpo, kliento, kuris tyliai išjungiamas neprisijungus, ryšys gali trukti ilgai, iššvaistyti išteklius. Jungties lygio KEEPALIVE buvo įgalintas leisti OS pastebėti tokius nepavykusius prisijungimus.
  • Komandos "git log" šeimoje imasi% C (automatinis) pasirinktinėje formato eilutėje. Tai besąlygiškai įjungė spalvą, ignoruoja - ne spalvą arba su --color = auto, kai išvestis nėra prijungta prie tty; tai buvo ištaisyta, kad formatas tikrai elgtis kaip "automatinis".
  • "Git rev-list -count", kurio vaikščiojimo ilgis apribotas parinktimi "-n", netinkamai veikė skaičiavimas, optimizuotas ieškant bitmapo rodyklės.
  • "git show-W" (pratęskite šūvius, kad apimtų visą funkciją, kurią apriboja linijos, atitinkančios "funcname" modelį), naudojamos visą failą rodyti, kai failo pabaigoje pakeista visa funkcija, kuri buvo pašalintas.
  • Dokumentų rinkinys buvo atnaujintas taip, kad literatūrinės komandos, konfigūracijos kintamieji ir aplinkos kintamieji būtų nuosekliai įklijuojami fiksuoto pločio šriftu ir paryškintuose puslapiuose.
  • 2.3 dienos dokumentuose įterpta "git svn propset" dokumentacija jau yra užfiksuota.
  • Dokumentacija bando nuosekliai rašyti "GPG"; kai kalbant apie konkrečios programos pavadinimą, naudojamas "gpg".
  • "git reflog" nustojo matyti įrašą, kuris žymi filialo kūrimo įvykį (dar žinomą kaip "negimęs"), kuris parodė, kad "reflog" buvo sutrumpintas.
  • Git-prompt scriptlet (contrib /) nebuvo draugiškas su tais, kurie naudoja "set -u", kuri buvo nustatyta.
  • Kad būtų išvengta, kodo kelias, kuris naudojo "alloca" (3), norint įdėti neribotą kiekį duomenų stokoje, buvo atnaujintas.
  • "Git atnaujinimo indeksas --add --chmod = + x failas" gali būti naudojamas kaip evakuacinis liukas, bet ne draugiškas reikalas priversti žmones, kuriems reikia reguliariai juos naudoti. Vietoj to galima naudoti "git add --chmod = + x file".
  • Sukurkite gnome-keyring patobulinimus (dalyvaujant /)
  • "Git statusas" vartojamas kalbant apie "darbo katalogą", kai jis reiškia "darbo medį".
  • Komentarai apie netinkamai veikiančių "FreeBSD" korpusų paaiškinimą buvo susiję su versijos numeriu (9.x ir anksčiau, o naujesnės yra OK).
  • "Git Cherry-pick A" dirbo neaugoje, tačiau "Git Cherry-pick A..B" neveikė.
  • "git add -i / -p" išmoko pagarbinti diff.compactionHeuristic eksperimentinę rankenėlę, kad vartotojas galėtų dirbti tuo pačiu būdu kaip "git diff" išvestis.
  • "log-graph-format =" sužinojo, kad "% & gt; | (N)" nurodo pločio santykį su terminalo kairiuoju kraštu, o ne toje vietovėje, kurioje galima parinkti tekstą, kuris yra dešinysis protėviai -fotografavimo skyrius. Dabar taip pat priima neigiamą N, tai reiškia, kad stulpelio riba yra lygi dešiniąją sieną.
  • Nuosavybės taisyklė už atminties dalį, kurioje saugomos nuorodos "git fetch", buvo apgaulinga, išvalyta.
  • "git bisect" įjungia vidinį kvietimą į "git diff-tree", kai bisektorius nustato kaltininką, tačiau šis skambutis nebuvo inicijuoti duomenų struktūros, kad būtų teisingai perduodama į diff-tree API.
  • Įvairių duomenų formatai (ir jų patvirtinimas), kur mes naudojame GPG parašą, buvo dokumentuoti.
  • Nustatykite nenumatytą regresiją v2.9, kuri sugadina "clone -depth", kuris grįžta į submodulius, verčia submodulius taip pat klonuoti sluoksniu, kurio daugelis serverių egzempliorių, kurie vyksta prieš submodulius, nėra pasirengę.
  • Nustatykite numatytąsias vertes be dvigubų kabučių.
  • Nepamirškite, kad netinkamai naudokite ": $ {VAR = numatytasis}".

  • Kai kuriam konkrečios platformos kodui buvo nustatytos ne ANSI griežtos C funkcijų deklaracijos, kurių parametrai nebuvo imami.
  • Vidinis kodas, naudojamas vietiniam laiko juostos išlygiavimui parodyti, nėra pasirengęs tvarkyti laiko žymes po 2100 m. ir skambiniui suteikė klaidingą kompensacinę vertę. Vietoj to naudokite daugiau palankųjį "+0000" ir leiskite "git log" tokiu atveju, o ne nutraukti.
  • Vienas iš keturių "readlink" (1) iššūkių mūsų bandymų rinkinyje buvo perrašytas taip, kad bandymas galėtų būti vykdomas sistemose be komandų (kiti yra "valgrind test" sistemoje ir t9802).
  • t / perf needs / usr / bin / time su GNU plėtiniu; jo paskyra atnaujinama "Darant" "gtime".
  • buvo ištaisyta klaida, kuri sukėlė "git p4" veikiant vertikaliuoju režimu, kad būtų pranešta apie maršrutus, kurie praleidžiami dėl netinkamo filialo prefikso; komanda sakė "ignoruojant failą už prefikso" už kelius, kurie yra _inside _.
  • Aukščiausio lygio dokumentacija "git help git" vis dar nurodė dokumentacijos rinkinį, kuris buvo priglobtas šiuo metu nenaudojamu "Google" kodų saugykloje. Atnaujinkite, kad nurodėte vietoj https://git.github.io/htmldocs/git.html.

Kas naujo versijoje 2.9.0:



Naujas GIT 2.8.1 (2016 m. Balandžio 5 d.)

Kas naujo 2.8.1 versijoje:

  • "Sukurti rpmbuild" tikslą buvo sugadintas, nes jos įvestis, git.spec.in, nebuvo atnaujinta, kad atitiktų failą, kurį apibūdina neseniai pervadinta tema. Tai buvo ištaisyta.

Kas naujo 2.7.3 versijoje:

  • Tradiciškai testai, kurie bando komandas, dirbančias į turinį darbo medyje, buvo pavadinti "worktree" jų failų pavadinimuose, tačiau neseniai buvo pridėta "git worktree" paketinė komanda, kurios bandymai taip pat buvo pavadinti panašiais, jis sunku juos atskirti. Tradiciniai testai buvo pakeistini pavadinimais, kad būtų galima naudoti "darbo medį", siekiant juos atskirti.
  • Daugelis kodavimo taškų pamiršta patikrinti grįžtamąją vertę iš git_config_set (); funkcija atliekama mirti (), kad įsitikintume, jog nepaleisime nustatymo konfigūracijos kintamojo.
  • Klaidų tvarkymas, kai rašote į mūsų vidinį asinchroninį procesą, tapo tvirtesnis, todėl mūsų bandymai sumažina plastiškumą.
  • "git show" HEAD: Foo [BAR] Baz "" argumentą "nepaaiškino kaip rev, t. y. objektą, pavadintą pavadinimu, kurio medžio objekte yra pakaitos simboliai.
  • "git rev-parse --git-common-dir", naudojamas darbastalio funkcijoje, netinkamai veikia paleidus iš pakatalogio.
  • "interaktyvaus" git am -i "komandų" v (iew) "paketė buvo sugadinta į 2.6.0 laiko tarpą, kai komanda buvo perrašyta C
  • "git mergaičių" naudojama klaidingai "abiejų pusių papildė" konfliktą su savo "sukurti suklastotų protėvių failą, kuris turi bendrąsias dalis, kurias abi šalys pridėjo ir atlieka" 3-way merge "logiką; tai buvo atnaujinta, kad būtų galima naudoti įprastą "3-way merge su tuščiu lapeliu, kaip netikrą bendrą protėvių failą", kuris naudojamas likusioje sistemos dalyje.
  • Šiek tiek sudėtinga užpildytų teksto užpildymo teksto () API nuosavybės taisyklė buvo šiek tiek geresnė.
  • Dokumentuose nebuvo aiškiai nurodyta, kad "paprastas" režimas dabar yra numatytasis "git push", kai nenustatyta push.default konfigūracija.
  • Naujausios "GNU grep" versijos yra skleistinos, kai jų įvestyje yra savavališkų dvejetainių duomenų, kuriuos naudoja kai kurie mūsų testai. Perrašykite bandymus, kad išspręstumėte problemą.
  • Pagalbinė funkcija "git submodulis" naudojama, nes v2.7.0 buvo išvardyti moduliai, kurie atitinka jo komandų komandai pateiktą argumentą pathspec (pvz., "submodule add").
  • "Git config section.var vertė" nustatant vertę saugyklos konfigūracijos failo nepavyko, kai jis buvo paleistas ne iš bet kurios saugyklos, bet neteisingai pasakė.
  • Kodas, skirtas paketų duomenims nuskaityti naudodamas paketus, saugomus paketo IDX faile, buvo atidžiau patikrintas duomenų IDX tinkamumas.

Kas naujo 2.7.2 versijoje:

  • Mažo lygio sujungimo mechanizmai buvo išmokyti naudoti CRLF linijos užbaigimą, įterpdami konflikto žymenis į susijungtą turinį, kuris pats yra CRLF baigtas.
  • "git worktree" turėjo trūkstamą kodą, kuris bandė automatiškai ištaisyti galimą neatitikimą, kuris atsiranda dėl to, kad galutiniai naudotojai perkelia darbinį sluoksnį į skirtingas vietas, nenurodydami "Git" (originalioje saugykloje reikia išlaikyti neigiamus taškus į savo "worktrees", bet "mv" kurie nežinomi apie tai, akivaizdžiai nepakeis jų), o tai iš tikrųjų dar labiau pablogino veikimą.
  • "Git push --force-with-lease" buvo mokoma pranešti, ar reikalingas spaudimas (ar greitas persiuntimas).
  • Mūsų testavimo scenarijose naudojama "emitento" "yes" komanda buvo pritaikyta, kad nebūtų praleidžiama pernelyg daug laiko, kad nebūtų naudojama nereikalinga išvestis, kad padėtų tiems, kurie bando "Windows", kur nesustotų, kol jis neužpildys vamzdžio buferio trūksta SIGPIPE.
  • "git mergetool" "vimdiff" brošiūra buvo pritaikyta, kad sutvarkytų buferio numerius tokia tvarka, kuri atitiktų daugumos žmonių, kurie skaito iš kairės į dešinę, o iš viršaus į apačią, ir priskirti buferius 1 2 3 4 "protiškai" vietinės bazės nuotolinio sujungimo langus pagal tą užsakymą.
  • "git clean" dokumentacija buvo ištaisyta; Jis paminėjo, kad .git / modules / * yra pašalinami du "-f", kuris niekada nebuvo.
  • Takai, apie kuriuos rodyklė apie "add -N" buvo rodomi dar nėra rodyklėje, tačiau keletas komandų elgėsi taip, lyg jie jau yra kenksmingi.
  • Taip pat įtraukiama nedidelė dokumentacija ir bandymų naujiniai.

Kas naujo 2.6.4 versijoje:

  • "Konfigūravimo" scenarijus neteisingai išbandė "-lpthread", kuris sutrikdė kai kuriuos linkerius.
  • Pridėkite palaikymą kalbėdami "http / https" per "proxy" kojines.
  • "Windows" perkeliamumo pataisymas, kuris gali perrašyti $ SHELL kintamąjį naudojant ne POSIX takus.
  • Dabar nuosekliai leidžiame visus kabliukus ignoruoti jų įprastą įvestį, o ne gigant skundžiasi "SIGPIPE".
  • Nustatykite lange citatos į paramą scenarijų.
  • Testavimo perkeliamumo nustatymas temoje, pateiktoje v2.6.1.
  • Leisti tildės plėtrą kai kuriuose http konfigūracijos kintamuose.
  • Pateikite naudingą specialų atvejį "diff / show --word-diff-regex =". kaip pavyzdys dokumentuose.
  • Fiksuokite kampinį dėžutę filtro filiale.
  • Padarykite "git-p4" darbą atskiroje galese.
  • Dokumentacijos paaiškinimas "tikrinti ignoruoti" be "--verbose".
  • Kaip ir dirbtinis medis išvalomas, kai naudotojas atšaukia pateikimą P4Submit.applyCommit (), išvalykite netvarka, jei nepateiksite "p4 submit".
  • Turint likusį .idx failą be atitinkamos .pack failo saugykloje, skauda veikimą; "git gc" išmoko juos apiplauti.
  • Kodas, skirtas dirbtinio medžio pusės parengimui "dir-diff" funkcijos laikinojo katalogo pusėje, pamiršo, kad simbolinės nuorodos nereikia kopijuoti (arba simlinkuotos) į laikiną zoną, nes kodas jau yra ypatingų atvejų ir perrašomas juos. Be to, buvo neteisinga bandyti apskaičiuoti objekto simbolinės nuorodos, kuri net gali egzistuoti ar būti kataloge, objekto pavadinimą.
  • Nepavyko nugalėti konfigūruoto kintamojo rebase.autostash kintamojo iš komandinės eilutės, nes trūko "git rebase --no-autostash".
  • Leisti "git interpreter-trailers" paleisti ne Git saugykloje.
  • Sukurkite teisingą "nešvarų" žymeklį ant "shell" raginimų net tada, kai esame našlaičio ar negimusio šakos.
  • Kai kurie kampiniai atvejai buvo nustatyti stygų derinimu, atliktu naudojant "git statusą".
  • "Apple" įprastas "SHA1_Update ()" šriftų įdiegimas vienu metu neviršija daugiau kaip 4 GB, todėl dabar turime kompiliavimo laiko apimtį.

Kas naujo 2.5.3 versijoje:

  • Eksperimentinė nepastebėta talpyklos funkcija buvo klaidinga, kai įtraukiami keliai su keliais pakatalogių lygmenimis.
  • Naujausios scenarijaus "git am" versijos regresija "git am -skip" kodo eilutėje, kuri jau nebėra integruotoje "pagrindinio" failo versijoje. Pataisykite regresiją paskutinėje scenarijaus versijoje, kuri rodomi 2.5.x techninės priežiūros trasoje ir vyresni.

Kas naujo 2.4.6 versijoje:

  • "git fetch --depth =" ir "git clone --depth =" išdavė seklią perdavimo užklausą net į įkėlimo paketą, kuris nepalaiko galimybės.
  • "git fsck", naudojamas ignoruoti trūkstamus arba neteisingus objektus, užfiksuotus "reflog".
  • Tcsh užbaigimas rašo bash scriptlet, bet tai nepavyko vartotojams, turintiems noclobber rinkinį.
  • Naujausi "Mac OS X" atnaujinimai sugadina logiką, norint nustatyti, ar įrenginys yra kintamosios srovės maitinimo šaltinio bandomojo "pre-auto-gc" scenarijų.
  • "Git format-patch --ignore-if-upstream A..B" nepatinka, kad būtų priskirtos žymų, kaip įsipareigoja riba.
  • Taip pat yra tipo tipų, dokumentų atnaujinimų ir trivialus kodo
  • valymas.

Kas naujo 2.4.2 versijoje:

  • "Git rev-list --objects $ old - not -all", norėdami pamatyti, ar viskas, kas pasiekiama iš $ old, jau yra prijungtas prie esamų refs, buvo labai neveiksminga.
  • "vestuvėje 2" įvestas "hash-objektas -literally" nebuvo pasirengęs priimti labai ilgą objekto tipo pavadinimą.
  • "Git rebase - quiet" nebuvo gana tylus, kai nieko nedaryti.
  • "log -decorate =" parametrų vertės užbaigimas buvo neteisingas.
  • "filtro-filialas" sugadintas įvykdymo žurnalo pranešimas, kuris baigiasi neužbaigta linija platformose su kai kuriais "sed" įdiegimais, kurie prikabina tokią eilutę. Vykdykite jį, vengdami naudoti "sed".
  • "Git daemon" negali būti sukurtas iš šaltinio pagal NO_IPV6 konfigūraciją (regresija 2.4).
  • "git paslėpti pop / apply" pamiršo įsitikinti, kad ne tik darbo medis yra švarus, bet ir indeksas yra švarus. Pastarasis yra svarbus, nes taikymas gali būti konfliktas, o indeksas bus naudojamas sprendžiant konfliktus.
  • Pridėjome $ GIT_EXEC_PATH, o kelias "git" yra įdiegtas (paprastai "/ usr / bin") į $ PATH, kai skambinate į pogrupius ir kabliukus beveik amžinybei, tačiau originalus naudojimo atvejis, kurį pastarasis bandė palaikyti, buvo pusiau -bogus (ty įdiekite git į / opt / foo / git ir paleiskite jį neturint / opt / foo į $ PATH), o dar svarbiau, jis tapo vis mažiau svarbus, nes Git augo labiau integruojantis (ty vartotojai _want_ turėtų turėti tai jų $ PATH). Sustokite pridėtą kelią, kuriame "git" yra įdiegtas vartotojų "$ PATH", nes tai gali sutrukdyti komandų paieškos užsakymui, nuo kurių priklauso žmonės (pvz., Jie gali nepatinka programų / versijų, kurios nėra susijusios su Git / usr / bin ir nori pakeiskite juos skirtingais / usr / local / bin ir anksčiau naudodami savo $ PATH).
  • Taip pat yra tipo tipų, dokumentų atnaujinimų ir trivialaus kodo pašalinimo.

Panaši programinė įranga

CVSps
CVSps

17 Feb 15

Pyjamas-GitWeb
Pyjamas-GitWeb

14 Apr 15

GitLab
GitLab

23 Nov 17

git-review
git-review

14 Apr 15

Komentarai GIT

Komentarai nerastas
Pridėti komentarą
Pasukite ant paveikslėlio!