,, så version kontrolsystem er pæn, en nyttig udvikling fra undergravende, cv 'er og andre ældre version kontrolsystemer.det er især stærk decentral udvikling, så kan du arbejde isoleret og ikke er afhængig af tilstedeværelsen af en central server. det er også mere kompliceret end ældre vcs, og erfarne brugere har deres foretrukne måder at gøre ting, som de mener, der bør være dine favoritter, selv om de ikke kan forklare dem meget godt.en af de vigtigste ting er at forstå, hvor kommandoer er for fjerntliggende samlinger, og som er til det lokale arbejde. så er i udstrakt grad dokumenteret, så du altid kan finde autoritative svar.altid se på den dokumentation, inden en web - fordi det er hurtigere, og du får bedre svar.,, tilslutter sig et eksisterende projekt, er de mest udbredte anvendelse, tilslutter sig et eksisterende projekt og få smidt i synk eller svøm.det første skridt er naturligvis at installere gavflab.de forskellige linux udlodninger har pakker til centrale skvat, så man sider og redskaber, som f.eks. gitk, få visuel værktøjerne.(github brugere kan være interesseret i starten af torsk og github til linux brugere.), næste, løb så ud til at oprette deres lokale miljø, med din repo akkreditiver, default redaktør, kodeord caching timeout, og andre nyttige tid sparere.,, skabe en fortegnelse for deres lokale genkøbsforretninger og klon - projektet i det, ved hjælp af den fysiske adresse, din fjernbetjening repo, selvfølgelig, $mkdir projekt $cd - projektet $git klon https: //[fjern repo - adresse]. smut, tag et par minutter til at se din repo - filer.alt er der i almindelig tekst.tag butikker kævler, forpligter budskaber og hashes, filialer og alt andet, der er nødvendige for at spore din kode i. smut, fortegnelse.,, din første redigerer, nøglen til at få glæde gør deres arbejde på en gren.du kan lave så mange filialer, som du vil, og lemlæste dem til dit hjerte indhold uden at lave et rod af opstrøms filialer.misligholdelse for de fleste projekter er at arbejde fra master - afdelingen.lad os bruge den fiktive "coolproject" som et eksempel.skabe dit nye arbejde filial, som denne:,, $cd coolproject $så kassen mester $så $så kassen - b workbranch,, hvad du gjorde. du har ændret dit projekt fortegnelse, ændret til mester filial, bragte den ajourførte fra fjerntliggende register, og skabt nye filial "workbranch" fra mester.alle kommandoer er lokale, undtagen, så træk,.,, nu kan du arbejde i "workbranch" alt det, du vil, uden at genere nogen andens arbejde.til enhver tid, du kan løbe, så status, for at se, hvilke sager der har ændret sig, og hvilken du er:,, $så status på filial workbranch ændringer ikke iscenesat til forpligtelser: ("straks tilføje /rm,..." at ajourføre, hvad der bliver begået) ("tag kassen......" kassér ændringer i deres register) ændret: api. c udgår: ruter. c ingen ændringer tilføjede, at begå ("straks tilføje" og /eller "så begå en"),,,,, så status, giver mange nyttige tips, så du kan kort til en hotkey.de to sager, api. c og ruter. c, er markeret med rødt tyder på, at de ikke er blevet føjet til de forpligter sig endnu.det betyder, at de står til rådighed for en filial, så hvis du er i den forkerte ved en fejl kan du skifte til det rigtige.kan du tilføje alle ændringer til deres forpligtelser med den første kommando eller navn specifikke filer med næstkommanderende:,, $så tilføje... alle $straks tilføje [filnavn eller filenames, rum afgrænset], nu når du løber, så status, filenames har grønt lys til at vise, at de er blevet tilføjet til dit arbejde filial.du kan slette filer fra dit arbejde filial uden at slette dem fra andre brancher, som dette eksempel ved, api. c:,, $git rm api. c, hvad hvis du ændrer din mening og ønsker at skille sig af med alle ændringer i en fil eller genoprette et dokument?for at genoprette, api. c, løb de to kommandoer:,, $git nulstille hoved api. c $idiot kassen api. c, konstatere, at siden du begyndte at arbejde i "workbranch" alle kommandoer er lokale.du kan gøre det meste af deres arbejde frakoblet, og forbinder kun trække opdateringer og skubbe ændringer.lad os kalde vores arbejde i "workbranch" og skubbe vores ændringer til fjernserver.det er to skridt: for det første at forpligte deres ændringer til deres lokale kontor med en god besked om, hvad du gjorde, så trykker de fjernserver:,, $så begå - a - m - opdateringer og ændringer og seje ting "$så skubbe oprindelse workbranch, nu din nye gren på fjernserver venter på at blive slået sammen til mester.i de fleste projekter, vil de være på et offentligt sted vært, f.eks. github, bitbucket, eller cloudforge og vil bruge for værktøjer til at skabe et træk anmodning.et træk anmodning er en meddelelse om, at du vil have din forpligte op til fornyet overvejelse og lægges sammen med mester filial.,, liste - slette filialer, løb så filial, se grenene på dit lokale systemer, og så gren - en til at se alle filialer på fjernserver.så gren - d [filial navn], udgår de lokale afdelinger, og hvis du får en fejlmeddelelse, at det ikke er helt sammen, og du er sikker på, at du er færdig med det, løb så gren - d [filial navn],.,, ødelægge, hvad nu hvis, efter at deres forpligte sig til at fjern repo, vil du fortryde det?der er et par ting.du kan vende hele forpligte:,, $komme tilbage de4bbc49eab, din misligholdelse redaktør vil åbne, så du kan skrive en besked og fuldføre den igen begå.alle begår får et unikt nummer, som du kan finde ved at køre så log,.hvis det er en lille fejl så ikke vende tilbage, men at ordne det i deres erhvervsaktive filial, og så skubbe det til din fjernarbejde filial.,, at gemme til senere, når du forlader ufærdige arbejde på en gren og skifte til en anden gren, gemme dine ændringer:,, $git lager reddede arbejder fortegnelse og indeks stat wip på workbranch: 56cd5d4 tilbage "opdatere gamle filer" hoved er nu på 56cd5d4 tilbage "opdatere gamle filer", status budskab vil reference din tidligere har begået.kan du se en liste over din depot:,, $git lager liste lager @ {0}: wip på workbranch: 56cd5d4 tilbage "opdatere gamle filer" lager @ (1): wip på project1: 1dd87ea forpligte "lave slåfejl og grammatik", når du er klar til at arbejde på deres lager, udvælge du vil have det, så gem anvendelse: $lager @, stk. 1, må ikke være bange for at kopiere masser, du nok vil arbejde med så troldmænd, der har alle mulige fantastiske og avancerede metoder til at lave fejl.vær ikke for stolt til at bruge kopi og pasta, få dit arbejde nu, og lære at vise dit skvat trolddomskunst senere.alle filerne i deres projekt register, er under så kontrol, så når du læser de filer du ser kun de udgaver af denne afdeling.der er ingen skam i at skifte til en anden gren, kopierer filer til en ekstern fortegnelse, og så ændrer deres arbejde på branche - og kopiere dem.det er en hurtig og sikker måde at løse problemer eller foretage store ændringer hurtigt,.,,,