Hva er ORIG-filformatet?
.orig er en generisk filendelse som vanligvis brukes til å sikkerhetskopiere en uendret kopi av en fil før den blir patchet, flettet eller redigert. Ved å legge til filendelsen .orig på en fil, understrekes det at dette er den originale kopien som kan gjenopprettes ved behov.
Enkelte verktøy genererer .orig-filer automatisk. Unix-verktøyet patch oppretter en .orig-kopi av hver fil den endrer når den kjøres med flagget -b. Git produserer også .orig-filer under flettekonflikter, og bevarer tilstanden til en konfliktfylt fil før fletting for referanse. Genererte .orig-filer fyller samme rolle som de som er opprettet manuelt - en sikkerhetskopi av den uendrede originalen.
Den opprinnelige filendelsen kan bevares ved å legge til .orig som et suffiks, noe som skaper det som kalles en sammensatt filendelse - for eksempel config.php.orig eller document.doc.orig. På denne måten beholdes informasjonen om typen til den opprinnelige filen, noe som gjør det enkelt å gjenopprette: bare fjern suffikset .orig for å få det opprinnelige navnet tilbake.
En .orig-fil har ikke noe eget format: den er en nøyaktig kopi av filen den sikkerhetskopierer, så innholdet, kodingen og strukturen er identisk med kilden. Andre vanlige filendelser for sikkerhetskopiering som brukes til lignende formål inkluderer .BAK og .old.
Sikkerhet og trygghet
RISIKO: LOWEn .orig-fil er bare en kopi av en annen fil, så den bærer nøyaktig samme risiko som den opprinnelige typen (en .exe.orig er fortsatt en kjørbar fil; en .js.orig er fortsatt et skript). Den tilfører ingen ny fare i seg selv. Viktigste forholdsregel: ikke slett .orig-filer før du er sikker på at den endrede versjonen er korrekt, og vær oppmerksom på at de kan inneholde gamle hemmeligheter/konfigurasjoner som du kanskje ikke vil sjekke inn i et kodelager (legg til *.orig i .gitignore).
Formatdetaljer
i et nøtteskall- Sikkerhetskopier av foto/RAW-originaler - Noen arbeidsflyter for foto og redigering legger til .orig for å beholde en urørt kopi av et bilde.
- Pro Tools / app-spesifikke originaler - Forekommer som applikasjonsspesifikk navngiving for sikkerhetskopier av originaler, innholdet avhenger av den aktuelle appen.
Programmer som åpner ORIG-filer
file name.orig for å oppdage den virkelige typen, og åpne/endre navn deretter. Tekniske detaljer
dyp spesifikasjon| Innhold | Bit-for-bit-kopi av originalfilen - arver alt innhold, koding og struktur fra kilden |
| Koding | Arver originalfilens koding (tekst eller binær) |
| Typisk størrelse | Identisk med filen den sikkerhetskopierer (ingen ekstra data lagt til) |
| Magic bytes | Arver kilde-filens «magic bytes» (f.eks. PK for ZIP, %PDF for PDF); .orig-etiketten legger ikke til noe |
| Opprettet av | Unix patch -b, Git merge/rebase-konfliktløsning, diff-verktøy og manuelle brukerhandlinger |
| Navnekonvensjon | Enten fil.orig eller sammensatt filendelse fil.ext.orig - sistnevnte bevarer den virkelige filtypen i navnet |
| Gjenoppretting | Gi nytt navn tilbake til originalen ved å fjerne .orig-suffikset; ingen konvertering er nødvendig |
| Tilknyttet OS | Linux, macOS, Windows - plattformuavhengig konvensjon |
| Formål | Bevarer tilstanden til en fil før patch eller fletting for tilbakerulling eller referanse |
| Format | Ikke et format - en navnekonvensjon; filinnholdet og strukturen er identisk med kilden |
| Git-bruk | Git oppretter .orig-filer under flettekonflikter for å vise versjonen av konfliktfylte filer før fletting |
| Utgitt | Long-standing Unix convention (patch -b / RCS era, 1980s); reinforced by Git |
| Siste versjon | N/A (naming convention, not a versioned format) |
| Åpen standard | Ja · royalty-fri |
| Spesifikasjon | www.gnu.org |
ORIG-konverteringer
Spørsmål og svar fra fellesskapet
spurt av brukereIngen spørsmål ennå - vær den første til å spørre om ORIG-filer.