Hvad er ORIG-filformatet?
.orig er en generisk filendelse, der typisk bruges til at sikkerhedskopiere en uændret kopi af en fil, før den patches, flettes eller redigeres. Ved at tilføje filendelsen .orig til en fil understreges det, at dette er den originale kopi, som kan gendannes efter behov.
Nogle værktøjer genererer .orig-filer automatisk. Unix-værktøjet patch opretter en .orig-sikkerhedskopi af hver fil, den ændrer, når den køres med flaget -b. Git producerer også .orig-filer under merge-konflikter for at bevare tilstanden af en konfliktfyldt fil før fletning som reference. Genererede .orig-filer udfylder samme rolle som dem, der oprettes manuelt - en sikkerhedskopi af den uændrede original.
Den oprindelige filendelse kan bevares ved at tilføje .orig som et suffiks, hvilket skaber det, der kaldes en sammensat filendelse - for eksempel config.php.orig eller document.doc.orig. På denne måde bevares informationen om den oprindelige filtype, hvilket gør det nemt at gendanne: Du skal blot fjerne .orig-suffikset for at få det oprindelige navn tilbage.
En .orig-fil har intet eget format: Det er en byte-for-byte kopi af den fil, den sikkerhedskopierer, så dens indhold, kodning og struktur er identisk med kilden. Andre almindelige filendelser til sikkerhedskopiering, der bruges til lignende formål, inkluderer .BAK og .old.
Sikkerhed og tryghed
RISIKO: LOWEn .orig-fil er blot en kopi af en anden fil, så den bærer præcis samme risiko som den oprindelige type (en .exe.orig er stadig en eksekverbar fil; en .js.orig er stadig et script). Den tilføjer ingen ny fare i sig selv. Vigtigste praktiske forholdsregel: slet ikke .orig-filer, før du er sikker på, at den ændrede version er korrekt, og vær opmærksom på, at de kan indeholde gamle hemmeligheder/konfigurationer, som du måske ikke ønsker committet til et repo (tilføj *.orig til .gitignore).
Formatdetaljer
kort fortalt- Foto/RAW 'original' sikkerhedskopier - Nogle foto- og redigeringsworkflows tilføjer .orig for at beholde en urørt kopi af et billede.
- Pro Tools / app-specifikke originaler - Lejlighedsvis applikationsspecifik navngivning af 'original' sikkerhedskopi, hvor indholdet afhænger af den pågældende app.
Programmer der åbner ORIG-filer
file name.orig for at detektere den rigtige type, og åbn/omdøb derefter i overensstemmelse hermed. Tekniske detaljer
dyb specifikation| Indhold | Byte-for-byte kopi af den originale fil - arver alt indhold, kodning og struktur fra kilden |
| Kodning | Arver den originale fils kodning (tekst eller binær) |
| Typisk størrelse | Identisk med den fil, den sikkerhedskopierer (ingen ekstra data tilføjet) |
| Magic bytes | Arver kildens filsignatur (f.eks. PK for ZIP, %PDF for PDF); .orig-mærkatet tilføjer intet |
| Oprettet af | Unix patch -b, Git merge/rebase konfliktløsning, diff-værktøjer og manuel brugerhandling |
| Navngivningskonvention | Enten fil.orig eller sammensat filendelse fil.ext.orig - sidstnævnte bevarer den rigtige filtype i navnet |
| Gendannelse | Omdøb tilbage til originalen ved at fjerne .orig-suffikset; ingen konvertering nødvendig |
| Associeret OS | Linux, macOS, Windows - tværplatformskonvention |
| Formål | Bevarer tilstanden før patch eller merge af en fil til rollback eller reference |
| Format | Ikke et format - en navngivningskonvention; filens indhold og struktur er identisk med kilden |
| Git-brug | Git opretter .orig-filer under merge-konflikter for at vise versionen før fletning af konfliktfyldte filer |
| Udgivet | Long-standing Unix convention (patch -b / RCS era, 1980s); reinforced by Git |
| Seneste version | N/A (naming convention, not a versioned format) |
| Åben standard | Ja · royaltyfri |
| Specifikation | www.gnu.org |
ORIG-konverteringer
Fællesskabets Q&A
spurgt af brugereIngen spørgsmål endnu - vær den første til at spørge om ORIG-filer.