sv.phhsnews.com


sv.phhsnews.com / När är det bättre att använda #! / Bin / bash Istället för #! / Bin / sh i ett Shell-skript?

När är det bättre att använda #! / Bin / bash Istället för #! / Bin / sh i ett Shell-skript?


När du skapar ett nytt skalskript vill du göra Visst är det så problemfritt som möjligt, men ibland kan det vara lite förvirrande att veta vilken shebang som är den bästa för dig att använda. I den här noten har dagens SuperUser Q & A-post svaret på en förvirrad läsares fråga.

Dagens Frågor och svar-session kommer till vår tjänst med SuperUser-en indelning av Stack Exchange, en community-driven gruppering av Q & A-webbplatser.

Frågan

SuperUser-läsaren Hendre vill veta när det är bättre att använda #! / Bin / bash istället för #! / Bin / sh i skalskript:

När är det mer lämpligt att använda #! / Bin / bash än #! / Bin / sh i ett skalskript?

När är det bättre att använda #! / bin / bash i stället för #! / bin / sh i ett skalskript?

Svaret

Graviteten för SuperUser-bidragsgivaren har svaret för oss:

I kort:

  • Det finns flera skal som implementerar en superset av POSIX sh-specifikationen. På olika system kan / bin / sh vara en länk till aska, bash, dash, ksh, zsh, etc. Det kommer alltid att vara sh-kompatibelt men aldrig csh eller fish.
  • Så länge Eftersom du bara håller fast vid Sh-funktioner kan du (och nog borde) använda #! / bin / sh och manuset ska fungera bra, oavsett vilket skal det är.
  • Om du börjar använda bash-specifika funktioner (dvs. arrayer), bör du specifikt begära bash eftersom, även om / bin / sh redan anropar bash på ditt system, kanske det inte finns på alla andras system och ditt skript kommer inte att springa där . Detsamma gäller för zsh och ksh.
  • Även om manuset endast är avsett för personligt bruk kanske du märker att vissa operativsystem ändras / bin / sh under uppgraderingar. Till exempel, på Debian brukade den vara bash, men ersattes senare med den mycket minimala streckkoden. Skript som använde bashism men hade #! / Bin / sh plötsligt brutit.

Men:

  • Även #! / Bin / bash är inte så korrekt. På olika system kan bash leva i / usr / bin , / usr / pkg / bin eller / usr / local / bin .
  • A mer tillförlitligt alternativ är #! / usr / bin / env bash , som använder $ PATH . Även om env-verktyget självt inte är strikt garanterat, fungerar / usr / bin / env fortfarande på fler system än / bin / bash .

Har något att lägga till förklaring? Ljud av i kommentarerna. Vill du läsa mer svar från andra tech-savvy Stack Exchange-användare? Kolla in den fullständiga diskussionsgängan här.

Bildkredit: Wikipedia


Så här återställer du Windows 7-säkerhetskopior på Windows 8.1 eller 10

Så här återställer du Windows 7-säkerhetskopior på Windows 8.1 eller 10

Windows 8 erbjöd stöd för att återställa Windows 7-säkerhetskopior, men Microsoft tog bort den här funktionen i Windows 8.1. Det finns fortfarande ett sätt att återställa dina filer från Windows 7-säkerhetskopior på Windows 8.1, men det tar mer arbete. Microsoft såg felet på deras sätt och det är nu lättare på Windows 10.

(how-to)

Så här visar du Mac-filer på en Windows-dator

Så här visar du Mac-filer på en Windows-dator

Även om OS X kan läsa Windows formaterade hårddiskar bara bra, är motsatsen fortfarande inte sant, även med Windows 10. Granted, OS X kan inte skriva till en Windows-formaterad disk, men åtminstone kan den läsa innehållet i enheten och du kan kopiera data till din Mac-dator.Windows har absolut inget stöd för Mac-hårddiskfilformatet (HFS +). Det betyd

(How-to)