, da vi drøftede, at genere gratis opgradering for nylig, og jeg har nævnt en af fordelene ved at anvende version kontrol til at holde styr på ændringer til, /etc /, konfiguration adresseregister — den omstændighed, at det gør det let at flytte deres indstillinger til en ny maskine.men der er andre fordele, f.eks. ruller tilbage efter ulykker, og at opspore utilsigtede ændringer af overaktiv pakker.lad ' se på, hvordan vi kan hjælpe etckeeper.,, baggrund, debian udvikler joey hess begynder at skrive etckeeper efter utilfredsstillende forsøg med andre mennesker og' s forsøg på at tvinge, /etc /, i skvat register.et par folk havde gjort det så godt, men løb ind i de to store problemer:, hvad de skal gøre, når en pakke anlæg foretaget ændringer til registret eller en fil (dvs., og de bruger kunne ikke komme ind på de sædvanlige loggen), og hvad vi skal gøre med metadata ændringer som fil - tilladelser.fil tilladelser er ret vigtigt for filer som /etc /skygge, men de fleste version kontrolsystemer (vcs) er ikke oprettet for at mærke dem, da vcs primært er konstrueret med henblik på udvikling af software, hess søgt at kombinere hjem brygget løsninger fremgår af andre i en let installable pakke.resultatet er, etckeeper, en meget fleksibel revision kontroltjeneste, /etc /,.det kan ikke kun gøre brug af torsk (den oprindelige option), men en af en lang række populære vcses, herunder flygtige, darcs og bazaar.det spor metadata, ændringer i sig selv, og selv om du kan træde changelogs manuelt, når du klipper en fil, det gør også automatisk natlige kontrol for at registrere opdateringer i ' har overset.,, etckeeper også kroge i alle de store pakke ledere: rammende, yum, og pacman-g2.som et resultat af de ændringer, der er udløst af en installation manuskripter, ny emballage, eller efter montering manuskripter er automatisk noteret i logbogen.,, installation & konfiguration, etckeeper allerede er emballeret i de fleste af de større udlodninger, herunder debian, ubuntu, hat, og opensuse.hvis du bruger en anden fordeling og mdash, eller blot foretrækker at udarbejde fra kilden og mdash. du kan få den seneste overgang fra etckeeper sted.den seneste version er 0, 57, fra november 2011.der er ingen større afhængighed for de centrale pakken, men du er nødt til at have mindst én af de støttede vcses installeret — etckeeper gør brug af deres vcs valg, i stedet for at gennemføre sine egne, de vigtigste konfiguration fil er placeret i /etc /etckeeper /etckeeper. conf, og den første mulighed, du har brug for, er at undersøge vcs linje.bare uncomment ud vcs, at de agter at anvende, og de fleste af de udlodninger, allerede har valgt en fornuftig misligholdelse, der arbejder godt med andre udvikling værktøj (f.eks. ubuntu misligholdelser til bazaar).under denne post er et sæt af commit_options linjer, som de kan angive command-line muligheder, der etckeeper skal videregive til vcs for hver registreret ændring.,, det næste er der to muligheder for at finjustere ned etckeeper ' s skovhugst opførsel.du kan uncomment, avoid_dailyautocommits = 1, at fortælle etckeeper ikke at løbe en natlig kontrol efter unlogged ændringer.du kan også uncomment, avoid_commit_before_install = 1, svarer til at holde etckeeper fra at løbe en ekstra autocommit før påbegyndelse af en pakke anlæg.det er sikkert at gøre, for hvis autocommit er slukket, etckeeper vil standse anlægget proces, advare om, at der er en fn - ændring i /osv. at du skal bekymre dig om, og give dem mulighed for at udføre de forpligte (eller tril den tilbage, før de sidste to linjer. beder du for højt og lavt pakke ledere, der anvendes på dit system og mdash; for eksempel passende og dpkg på en debian baseret system, eller man og omdrejninger pr. minut på en rpm baseret system.også her er det distro sandsynligvis vil have den misligholdelse valgt rigtigt for dig.du kan etckeeper nødt til at nulstille efter montering og mdash, men kun hvis jeres distro ' pakke, ikke automatisk.tjek den dokumentation, for at være sikker på, men hvis du er nødt til at nulstille systemet, bare løb, sudo etckeeper lokalitet,.,, klar, /etc, løb, i praksis etckeeper kører i baggrunden, og deres vigtigste samspil med det vil være gennem changelog budskaber, de forelægger efter hvert møde, hvor man ændre redigering. en konfiguration fil.etckeeper har behov for grundlæggende beføjelser til at flygte, men du får også brug for dem til at redigere de filer, /etc /,,.,, hvis du for eksempel at ændre indholdet af /etc /værter, kan du så log årsagen til din forandring med etckeeper.type:, sudo etckeeper forpligte " tilføjet nye nas rubrik til værter fil. ".,.etckeeper vil forpligte de ændrede fil til vcs, mærkes med deres forpligte besked.,, du kan se historien af din ændringer ved hjælp af rå vcs værktøj.for eksempel, på et debian baseret system, type, sudo bzr log - line /osv.bazaar, vil igen tilbage til dato og log meddelelser for hver af deres ændringer.du og' er mere tilbøjelige til at huske detaljerne af ændringen, hvis du gjorde det selv, men du skal ' ikke glemme, at etckeeper kævler ændringer som følge af pakke - anlæg som godt.se de nærmere detaljer i skifte linje for linje, alt du skal gøre er, type, sudo bzr forsk /etc,.,, etckeeper skriver detaljeret logbog beskeder til vcs, når - pakke udløste ændringer.vil du se ", at ændringer i /osv. efter passende køre ", eller en lignende meddelelse, fulgte en liste over de ændrede pakker med, +, med angivelse af et anlæg, og et, -, med angivelse af en fjernelse.,, forpligter sig til i etckeeper ' daglige - er i " daglige autocommit ", som den besked.naturligvis, det er det mindste, informative af changelog beskeder, men etckeeper har ingen oplysninger til under disse omstændigheder.i dette tilfælde er det ' er vigtigt at huske på, at vcs forpligte logbog den egentlige fil ændring til samme formål som godt.en uidentificeret ændre fanget af de natlige feje måske ikke har et klart budskab, men i det mindste er fældet, - - og du kan vende tilbage i tilfælde af problemer.,, metadata ændringer er logget på deres egen sag, /etc /. etckeeper,.ved at skrive de tilladelser og andre metadata værdier til en flad fil, etckeeper bliver omkring den kendsgerning, at de fleste vcses ikke spore filen metadata overhovedet.tilladelse ændringer er således registreres i etckeeper ' s logs, som en ændring af den. etckeeper, fil.du kan læse indholdet i fil på egen hånd, eller om dens log med den normale vcs forsk kommandoer.,, hold det virkeligt, naturligvis princippet om, at etckeeper begrænsning er, at den kun overvåger, /etc /, fortegnelse, mens der er andre vigtige steder, du måske ønsker at holde styr på også.men etckeeper er ikke kun en mekanisme til at bruge version kontrol på et fælles register, kroge til pakke forvaltning og udfører natlige scanninger af en grund.det, /etc /, statistik, er, hvor der er ændringer, skulle gå regelmæssigt, og hvis de ønsker at oprette deres kapital til at se andre steder (f.eks. $hjem eller /var /www /), du kan bruge en masse personliggørelse alligevel, kan det stadig. være umagen værd, hvis du er interesseret, vil jeg anbefale, at tjekke de forbindelser, som hun giver om hans oprindelige etckeeper meddelelse.de er så centriske, men også gælder for andre vcs valg; man kan lære meget af processen, som andre har været før.