Sammenligne og synkronisere

Når du beholder to kopier av samme mappe — en arbeidsmappe og en sikkerhetskopi, en bærbar og en nettverksdeling, et prosjekt og dets arkiv — hjelper Peach Commander deg å se nøyaktig hva som endret seg og bringe de to sidene tilbake i takt. Du kan synkronisere to kataloger, sammenligne enkeltfiler linje for linje, og inspisere filer byte for byte når du trenger visshet ned til siste tegn.

Synkroniser to kataloger

1. Åpne mappen du vil synkronisere i venstre panel og mappen du vil sammenligne den mot i høyre panel.
2. Velg Kommandoer ▸ Synkroniser kataloger…. De to mappestiene fylles inn fra panelene dine.
3. Angi hvor grundig sammenligningen skal være: inkluder undermapper, sammenlign etter innhold (ikke bare etter dato og størrelse), eller ignorer endringsdatoen.
4. Legg til en filtermaske (for eksempel *.jpg;*.png) hvis du bare vil synkronisere visse filer.
5. Se gjennom resultatrutenettet. Hver rad viser en fil til venstre, en retningspil i midten og den samsvarende filen til høyre. Pilene forteller deg hva som vil skje: → kopierer fra venstre til høyre, ← kopierer fra høyre til venstre, og = betyr at de to er identiske.
6. Juster enkeltrader hvis du er uenig i en foreslått retning, og klikk deretter synkroniser-knappen for å gjennomføre endringene.

(Figur: Synkroniser kataloger-vinduet sammenligner begge sider og foreslår en kopieringsretning for hver fil.)

Høyreklikk en rad for å se filene bak den. Sammenlign åpner de to sidene ved siden av hverandre, mens Vis venstre fil og Vis høyre fil åpner én side alene i fremviseren — det er svaret for en rad som bare finnes på én side, der det ikke er noe å sammenligne. Oppføringer som ikke kan brukes på raden du klikket på, er grå i stedet for å ikke gjøre noe. En fil inne i en .zip eller på en server pakkes ut eller lastes ned til en skrivebeskyttet midlertidig kopi først, så originalen berøres aldri. Det gjelder også Sammenlign, så en mappe kan sammenlignes med et arkiv eller en server — og knappene for å flette og lagre blir stående av for en slik side, for det som er åpent der, er kopien.

Sammenlign to filer etter innhold

1. Merk én fil i hvert panel (eller to filer i samme panel).
2. Velg Fil ▸ Sammenlign etter innhold….
3. De to filene åpnes side om side med forskjellene uthevet. Bruk neste/forrige-kontrollene for å hoppe mellom endrede blokker.
4. Hvis du slår på redigeringsmodus, kan du justere begge filene direkte og lagre endringene dine.

(Figur: Sammenligning av to tekstfiler; endrede linjer uthevet på begge sider.)

Når de to filene ikke har noen forskjeller i det hele tatt, sier vinduet det i et farget felt øverst, i stedet for å la deg slutte det fra en tabell der ingenting er markert. Feltet vises også, i en varselfarge, når en fil ikke kunne leses i det hele tatt — da ville enhver dom om forskjeller være en påstand om en sammenligning som aldri fant sted. Sammenligningen byte for byte sier det samme av samme grunn: to filer den ikke kan åpne, er ikke to identiske filer.

Sammenlign filer byte for byte

Når to filer ser like ut, men du trenger å bevise at de virkelig er identiske (eller finne den ene byten som avviker), bruk den binære sammenligningen. Den viser begge filene i en heksadesimalvisning med ikke-samsvarende bytes markert, noe som er ideelt for å verifisere nedlastinger, sjekke kodede data eller bekrefte en nøyaktig kopi.

Sammenlign kataloglister

For å oppdage forskjeller mellom to åpne mapper med ett blikk, velg Merk ▸ Sammenlign kataloger (Shift+F2). Peach Commander merker filene som avviker eller mangler på den andre siden, slik at du kan handle på dem med de vanlige kopier-, flytt- og slett-kommandoene.

Begrens hva en synkronisering omfatter

Maskefeltet inneholder én ta-med-liste over filnavn. For det den ikke får sagt, åpner Filter… ved siden av et ark med tre faner. Det som settes der, gjelder den neste sammenligningen, og knappen sier så hvor mange kriterier som er aktive — et filter man ikke ser, er slik en sikkerhetskopi ender ufullstendig mens vinduet melder at den er ferdig.

• Utelat tar mønstre skilt med ; eller |. Et navn uten skråstrek treffer i enhver dybde (*.tmp), en skråstrek til slutt betyr en mappe med alt i den (node_modules/), og et mønster med skråstrek treffer den relative stien (src/*/generated). Store og små bokstaver teller ikke.
• Størrelse og dato vurderer et par som helhet: faller én side utenfor området, holdes hele paret utenfor. Det er tilsiktet. Brukt på bare én side ville en utelatelse få paret til å se ensidig ut og bli en kopiering i gal retning.
• I løpet av de siste N dagene måles fra hver sammenligning, ikke fra da oppsettet ble lagret — en lagret jobb betyr altså fortsatt "den siste måneden".
• Fanen Programtillegg spør et innholdstillegg om den siden en fil ville bli kopiert fra. Det trenger en virkelig fil, så den tilbys bare når begge sider er mapper på denne Mac-en.

En utelatt mappe slettes heller ikke i speilmodus — et speil fjerner bare det det faktisk har sammenlignet. Statuslinjen sier hvor mange oppføringer filteret holdt utenfor, ved siden av hva kjøringen vil gjøre. Et filter lagres og hentes sammen med synk-oppsettet det hører til.

Hold to mapper like, begge veier

De to opprinnelige modusene kan ikke skille én ting: en fil som bare finnes på den ene siden, er enten ny her eller slettet der, og det ser likt ut. Den symmetriske modusen kopierer den derfor — slett noe på den bærbare, synkronisér, og den kommer tilbake fra sikkerhetskopien — og speilmodusen sletter, men bare i én retning.

Toveis (med hukommelse) husker hvordan begge mappene så ut sist de stemte. Med den oppføringen kan en sletting på den ene siden føres over til den andre.

• Den første kjøringen for et par har ingen oppføring: den oppfører seg som før og sletter ingenting. Den skriver oppføringen. Fra andre kjøring virker modusen.
• En overført sletting vises i sin egen farge med ⇒🗑 og er ikke avkrysset: det er den eneste raden som kommer fra appens hukommelse. Et klikk på pilen tilbyr de andre svarene: kopiér filen tilbake i stedet, eller la begge sider være.
• Endret på den ene siden og slettet på den andre er en konflikt, aldri en sletting. Det samme gjelder en fil som er endret på begge sider.
• Ingenting slettes på grunnlag av et fravær sammenligningen ikke kunne bekrefte — en uleselig mappe, eller en filteret holdt tilbake, beviser ingenting om hva som er i den.
• Bare to mapper på denne Mac-en. Ikke en tjener og ikke et arkiv: en sletting i et arkiv skriver det om, en sletting på en tjener er endelig, og denne modusen er ikke den å prøve det med.

Det finnes ingen angre for en sletting. På denne Mac-en havner filen i Papirkurven og kan hentes tilbake i Finder; det er hele nettet. Hukommelse… i vinduet viser hvert par appen husker, framhever det du ser på, og lar deg glemme hvilket som helst av dem — deretter oppfører neste sammenligning av de mappene seg igjen som en første. Ingenting glemmes av seg selv: en mappe på en avmontert disk er ikke borte, bare ikke tilkoblet.

Oppføringen ligger sammen med innstillingene: flytter du en av mappene, har paret ingen historie lenger — og en kjøring uten historie sletter ingenting.

Hva en kjøring gjorde, og hva av det som kan tas tilbake

Hver synkronisering skrives ned. Kjøringer… i vinduet lister dem med de nyeste først — når, hvilke to mapper, hvilken modus, og hvor mange filer som ble kopiert, slettet eller holdt tilbake — og viser hva som skjedde med hver fil i kjøringen du velger.

Den listen er det som gjør papirkurven brukbar. En fil denne Macen slettet havnet i papirkurven, og kjøringen noterte hvor, noe som betyr mer enn det høres ut som: papirkurven gir nytt navn ved kollisjon, så en andre notes.txt havner som notes.txt 11-17-15-028.txt, og å lete etter den på navn finner feil fil. Vis i papirkurv peker Finder rett på objektet.

Legg tilbake… flytter filene en kjøring slettet ut av papirkurven til stiene de ble slettet fra. Hver enkelt sjekkes først, og alt som ikke holder blir avvist med sin begrunnelse i stedet for tvunget gjennom:

• Det ligger noe på den stien igjen. Det får ligge — en tilbakelegging får aldri overskrive.
• Objektet er ikke i papirkurven lenger, eller det ble slettet permanent i stedet for lagt dit.
• Siden var et arkiv eller en tjener. Et arkiv skrives helt om, og en tjener har ingen papirkurv, så ingenting ble tatt vare på.
• Mappen kjøringen skrev til er borte, eller er ikke den samme mappen lenger — et gjenbrukt monteringspunkt, for eksempel. Da avvises hele kjøringen framfor å utføre en del av den.
• Det er allerede lagt tilbake. Oppføringen husker det, så et nytt forsøk gjør ingenting.
• Eller oppføringen selv er en denne versjonen ikke kan handle på — skrevet av en nyere versjon av appen, eller den nevner en sti utenfor begge mappene. Sjelden, og avvist framfor gjettet på.

En kopi kan ikke tas tilbake. Å fjerne en ville bety å slette en fil du kan ha redigert siden, som er den motsatte byttehandelen av å legge en sletting tilbake, så appen tilbyr det ikke — kjøringen forteller deg hvilke filer den kopierte, og du kan slette dem selv. En fil som ble overskrevet er det ene virkelige hullet, og det er nå lite: på denne Macen havner den erstattede versjonen i papirkurven som en slettet fil, så Vis i papirkurv finner den. Inn i et arkiv, opp på en tjener eller til et volum uten papirkurv går det ikke, og bekreftelsen sier det før kjøringen.

De siste 200 kjøringene beholdes, eller 64 MB av dem, alt etter hva som kommer først; utover det faller de eldste bort én om gangen etter hvert som nye kommer til, og Glem og Glem alle rydder dem på stedet. En svært stor kjøring — mer enn 20 000 filer — beholder hvert problem og alt den la i papirkurven, men ikke kopiene som gikk gjennom, og sier det i stedet for å la deg oppdage det. Slettingene dens kan fortsatt legges tilbake: det som ble utelatt er kopiene, og en kopi kunne uansett ikke tas tilbake.

Å glemme endrer ingenting ved mappene; det som forsvinner er oppføringen om hva som ble gjort, og med den tilbudet om å legge noe tilbake. I motsetning til tovegsminnet kastes dette automatisk — å miste minnet om et par ville endre hva neste kjøring gjør, mens å miste oppføringen om en kjøring bare tar bort et tilbud.

Snarveier

Handling	Snarvei
Sammenlign kataloglister (merk avvikende filer)	Shift+F2
Sammenlign etter innhold	Fil ▸ Sammenlign etter innhold…
Synkroniser kataloger	Kommandoer ▸ Synkroniser kataloger…
Vis den ene siden av en synkroniseringsrad	Høyreklikk raden ▸ Vis venstre fil / Vis høyre fil

Merknader

• Etter innhold kontra etter dato/størrelse. En rask sammenligning samsvarer filer etter størrelse og endringsdato, noe som er raskt, men kan lures når tidsstempler avviker for identiske filer. Slå på etter innhold for et pålitelig resultat på bekostning av å lese hver fil.
• Undermapper og filtre. Synkroniseringsvinduet kan stige ned i undermapper og kan begrenses med en filtermaske, slik at du kan synkronisere bare filtypene du bryr deg om.
• Du har kontrollen. Synkronisering kjører aldri av seg selv — du ser gjennom de foreslåtte retningene i resultatrutenettet og kan endre hvilken som helst av dem før noe kopieres. Esc stopper en pågående sammenligning og lukker vinduet når ingenting kjører.
• Forhåndsinnstillinger. Ofte brukte synkroniseringsoppsett kan lagres og gjenbrukes slik at du ikke skriver inn de samme alternativene hver gang. En forhåndsinnstilling husker også hva resultatrutenettet viser — retningsfilteret og Skjul identiske — og vinduet åpnes med forhåndsinnstillingen du sist brukte. En Standard-forhåndsinnstilling finnes fra første gang du åpner vinduet; lagre over den for å gjøre den til din egen.