Om du någonsin har använt kommandoraden på ett *nix-system (Unix-baserat eller Unix-liknande), har du förmodligen använt bash-skalet. Bash (en förkortning för "Bourne-again shell") är standardskalet för många Unix-liknande operativsystem.
Vanliga exempel på Unix-liknande operativsystem inkluderar GNU/Linux och macOS. Även om det finns många andra skal för terminalen, är ett av de mest populära skalen zsh eller "Z-skalet."
Även om bash och zsh är kraftfulla skal och delar många framträdande funktioner, har de också distinktioner för vilka användare kan ha olika preferenser. Det här inlägget kommer att överblicka funktionerna och jämförelsen av bash vs. zsh, hur man ställer in båda som standardskal och några konfigurationsförslag.
En kort historia av bash och zsh
1971 kom den allra första versionen av Unix-operativsystemet med Thompson-skalet som standardskal. Även om det saknades skriptmöjligheter, etablerade detta första skal många av standarderna för omdirigering av input/output. När version 7 Unix släpptes 1979 kom det nya operativsystemet distribuerat med Bourne-skalet som standardskal.
Skapande av bash
Senare 1989 skapade Brian Fox Bash-skalet för GNU-projektet som en livskraftigt programvarealternativ för Bourne-skalet. Bash introducerade betydande förbättringar jämfört med sin föregångare. Den mest framträdande av dessa förbättringar var dess kapacitet som skriptspråk, och bash-användare kunde skriva sina program för att automatisera uppgifter.
Dessa "skal"-skript var körbara genom att skriva in filnamnet (vanligtvis med filtillägget .sh). För det mesta kan bash stödja de flesta av Bourne och C shells funktioner och unika grenar, inklusive kommandoradsredigering och heltalsberäkningar.
Skapande av zsh
Kort efter att Bash dök upp skapade en student vid Princeton University Z-skalet eller "zsh". Hand i hand med detta operativa skal är en community-baserad onlineplattform som heter Oh My Zsh, som har betydande tillägg som plug-ins och teman för zsh. Från och med juni 2019 meddelade macOS Catalina att de skulle använda zsh som standardskal för att ersätta bash – en betydande "vinst" för zsh-entusiaster.
Bash vs. zsh: Vanliga egenskaper mellan bash och zsh
För det mesta delar bash vs. zsh många bekväma funktioner som kvalificerar båda som högeffektiva skal.
Z-kommandot
En praktisk funktion som båda delar är z-kommandot, som låter utvecklare hålla reda på sina kataloger. Med kommandot z kan du navigera till en ofta/nyligen besökt katalog genom att skriva z, följt av katalognamnet. Säg till exempel att du har en katalog newProject som finns på ~/src/2018/projects/newProject. Med det här verktyget kan du skriva z newProject.
Automatisk komplettering
En annan praktisk aspekt av båda skalen är deras automatiska kompletteringsfunktioner för flikar. Du kan skriva kommandot inom varje skal, följt av -, och tryck sedan på fliken. Denna åtgärd kommer sedan omedelbart att visa alla tillgängliga alternativ för det kommandot. Du kan sedan gå igenom alternativen tills du hittar den du vill ha. Båda skalen erbjuder flexibilitet och anpassning till deras automatiska kommandoradskomplettering.
Automatisk korrigering
Dessutom ett användbart verktyg för en webbdesignföretag i båda skalen är för det mesta autokorrigering. I Z-skalet, om du gör ett oskyldigt stavfel medan du skriver en filplats, är stavningskorrigering inbyggd och kommer automatiskt att upptäcka stavfelet. Även om detta inte är anpassat för bash, kan du enkelt göra nödvändiga justeringar för att tillåta automatisk korrigering genom att använda shopt-kommandon cdspell och dirspell.
Färganpassning
Även när det gäller visuell attraktion och organisation, klarar båda skalen uppgiften ganska bra. zsh kommer att skilja de två genom att lägga till färgmarkering i kataloger. Dessutom blir teckensnittets vikt något djärvare. Detta är oerhört användbart för att se vad som är en fil och en katalog. De exakta färgerna som används beror på dina terminalfärginställningar. Å andra sidan kan bash-användare också anpassa sitt gränssnitt till spegla deras visuella behov med variabeln LS_colors.
Även om dessa bara är några av de olika verktygen som erbjuds av båda skalen, ger de en glimt av hur bash och zsh visserligen liknar varandra. Men de har båda vissa distinktioner som kan skapa en preferens för den ena framför den andra bland utvecklare.
Bash vs. zsh: Skäl att överväga att byta mellan skal
Kommandona och den övergripande interaktionen för bash vs. zsh är i huvudsak identiska. Kunskap och förtrogenhet med ett skal kan lätt översättas till ett annat utan att ta sig an en brant inlärningskurva. Båda skalen har dock unika funktioner som kan få utvecklare att deklarera en tydlig preferens.
För det första har zsh hävstångseffekten av en robust onlinegemenskap som kallas Åh min Zsh. Åh, My ZSH är ett av de äldsta och mest populära alternativen för att hantera zsh-konfigurationer. Oh My ZSH erbjuder över 250 plugins och 140 olika teman från gemenskapen, och är ett bra ställe att börja anpassa z-skalet; som till och med kommer med en automatisk uppdateringsfunktion som håller ditt skal uppdaterat. Detta tillåter användare att arbeta i ett skal med ett mer personligt gränssnitt, förstärka sin arbetsyta med olika verktyg, och få tillgång till ett bekvämt, färdigt supportsystem. Till exempel är ett mycket fördelaktigt alternativ för gränssnittet en högerhänt sidoprompt eller en sidoprompt som automatiskt döljs när du skriver in långa filsökvägar eller kommandon. Även denna minimala nivå av flexibilitet vänder utvecklarnas huvuden mot zsh.
Å andra sidan har Bash en imponerande uppsättning programmeringsfunktioner som looping och villkorskonstruktioner, tilde- och brace-expansioner och användning av alias. Den har också sin del av egenheter, som kraftfulla anropsverktyg, som sätts i ett begränsat skalläge, har ett speciellt POSIX-läge och mer. Eftersom Bash också är ett äldre och etablerat skal, finns det obegränsade onlineresurser för denna programvara.
Installerar zsh
Om du använder OS X har du redan zsh installerat på ditt system. För att kontrollera, kör följande kommando:
vilken zsh
Om det redan är installerat bör du få ett utdatameddelande som anger /bin/zsh som filsökväg för skalet. Det finns en risk för att den kan visa en annan filsökväg om du av någon anledning flyttade standardinstallationskatalogen. Om du får en utgång som säger att zsh inte hittas måste du installera den via Homebrew. Du kan göra det genom att köra följande kommando:
brygga installera zsh
För CentOS, Redhat och Fedora Linux-distributioner kan du installera zsh genom att köra yum install zsh.
På liknande sätt kommer sudo apt-get install zsh att installera skalet på Debian- och Ubuntu-distributioner. Du kan börja använda zsh även om bash är ditt standardskal. För att tillfälligt prova det, kör zsh på kommandoraden. Detta kommer tillfälligt att byta skal för din nuvarande session. För att få ut det mesta av zsh rekommenderas att uppgradera din terminal istället för att använda standard.
Terminalen är standard på Mac OS X. Även om den fungerar alldeles utmärkt, finns alternativ som t.ex iTerm 2> or hyper erbjuder enorm anpassning. Jag använder iTerm 2, även om Hyper är ett utmärkt val tillgängligt på flera plattformar.
Ställer in zsh som ditt standardskal
Nu när du har installerat zsh är allt du behöver göra för att ställa in det som ditt standardskal att köra följande kommando:
chsh -s / bin / zsh
För att börja använda zsh, stäng ditt terminalfönster och öppna ett nytt - du kommer nu att köra zsh istället för bash.
Återgår till bash
Om du av någon anledning vill återgå till bash som ditt standardskal, ta först reda på var bash är installerat med vilken bash.
Standardsökvägen ska vara /bin/bash.
För att ändra tillbaka, använd chsh -s /bin/bash.
Att köra bash kommer också att tillfälligt byta skalet för den sessionen.
Konfigurera zsh
Precis som bashs .bashrc, använder zsh en punktfil för att lagra användarkonfigurationsinställningar, .zshrc. Hålls i hemkatalogen (~/.zshrc). Det kommer inte att finnas en konfigurationsfil som standard, så du måste skapa en i din hemkatalog (~/.zshrc).
På samma sätt kan du lägga till en .zprofile-fil i din hemkatalog. .zprofile är ett skript som körs vid inloggning. Du kan lägga till alla kommandon du vill köra när du startar en ny skalinstans. Med tanke på det breda spektrumet av anpassningar som finns i zsh kan det vara fördelaktigt att använda en dedikerad konfigurationshanterare. Det finns många alternativ, inklusive Pris, >Åh min ZSHoch antigen.
Åh min ZSH
För att installera Oh My ZSH, kör
curl -L https://raw.github.com/robbyrussell/oh-my-zsh/master/tools/install.sh | sh
Detta kommer att ladda ner det körbara skalskriptet och installera det på ditt system. När du installerar Oh My ZSH är standardinställningarna ett bra ställe att börja.
Som standard kommer den att installera "robbyrussell"-temat (dess namne kommer från projektets ursprungliga utvecklare).
Dessutom kommer det att installera flera användbara plugins. Åtminstone några aspekter av terminalens display kommer att se omedelbart annorlunda ut.
Git grenar
I likhet med ovanstående lägger Oh My ZSH också till ett plugin som visar den aktuella grenen du är på i ett git-projekt. När du visas efter arbetskatalogen i kommandotolken vet du alltid vilken gren du befinner dig på. På så sätt behöver du aldrig sätta grenen för att veta den nuvarande. Git-pluginet lägger också till flera andra värdefulla funktioner.
I exemplet nedan finns projektkatalogen för närvarande i testgrenen. Vi kan också veta att arbetsträdet är rent, utan några förändringar som du inte har gjort. I detta fall indikeras detta av att displayen är grön. Så fort du gör en förändring får showen en annan färg, vilket betyder att det finns nya ändringar att utföra:
zsh förbättrar Git-arbetsflödet avsevärt med dessa typer av indikationer direkt i kommandotolken.
Ändrar ditt tema
Som nämnts ovan kommer zsh med hundratals olika teman. robbyrussell kommer att vara standardtemat, även om du enkelt kan ändra detta. För att hitta ett nytt tema som erbjuds av Oh My ZSH, förhandsgranska varje på Temasidan i projektrepo. Med tanke på de många tillgängliga alternativen är chansen stor att du hittar en tillgänglig med nästan exakt de funktioner du letar efter.
När du hittar en du gillar öppnar du din .zshrc-fil i hemkatalogen. Sedan måste du uppdatera raden som börjar med ZSH_THEME. Skriv namnet på namnet du vill använda (inuti citattecken), spara sedan filen. Att öppna en ny terminalsession bör nu visa det nya temat.
Du kan till och med ställa in slumpmässigt som ditt ZSH_THEME. Detta kommer att ladda ett nytt slumpmässigt tema varje gång du öppnar en ny session i skalet.
Vissa teman, som de populära Powerline-teckensnitten, kan kräva ytterligare paket eller typsnitt. Temats installationsinstruktioner bör dock ange eventuella andra paket som behövs.
Slutsats
Som vi har tittat på i detta zsh vs. bash-inlägg delar zsh och bash en liknande och imponerande uppsättning funktioner men har också sina specifika verktyg. Om du letar efter utbyggbarhet, större anpassning och avancerade funktioner som inte finns i bash, är zsh-skalet i kombination med Oh My Zsh-ramverket ett utmärkt val. Oavsett vilket skal du väljer, ger förbättrat flyt på kommandoraden otaliga fördelar inom effektivitet, automatisering och en bättre förståelse för din dators inre funktioner.
För en introduktion till några av de väsentliga skalkommandon, kolla in vårt inlägg på grundläggande kommandoradsanvändning.
Författare Bio
Angelo Frisina är en mycket erfaren författare och digital marknadsföringsexpert med över två decenniers erfarenhet inom området. Han är specialiserad på webbdesign, apputveckling, SEO och blockchain-teknik.
Angelos omfattande kunskap om dessa områden har lett till skapandet av flera talrika prisbelönta webbplatser och mobilapplikationer, samt implementering av effektiva digitala marknadsföringsstrategier för ett brett spektrum av kunder.
Angelo är också en respekterad konsult som delar med sig av sina insikter och expertis genom olika poddsändningar och digitala marknadsföringsresurser online.
Med en passion för att hålla sig uppdaterad med de senaste trenderna och utvecklingen inom den digitala världen är Angelo en värdefull tillgång för alla organisationer som vill ligga i framkant i det digitala landskapet.
38 Kommentarer
"Bash (en förkortning för" Bourne-again shell ") är standardskalet för Unix-baserade operativsystem ..."
Det är inte sant. Bash är det interaktiva standardskalet på de flesta Linux-distributioner och macOS, ja. Det är dock inte standard - eller till och med ingår i bassystemet - på någon BSD-variant jag har stött på. Kommersiella Unix-system, t.ex. AIX, använder inte heller Bash.
Linux är inte Unix-baserad (baserad på original Unix-kod) utan Unix-liknande (utformad efter Unix sätt att göra saker).
Tack för att ni påpekade det. Inlägget har uppdaterats för att återspegla detta.
Många av fördelarna med zsh som nämns här är också tillgängliga för bash via bash-it https://github.com/Bash-it/bash-it
Detta är sant, men som README.md antecknar är det en "skamlös ripoff av oh-my-zsh" 🙂
Obs! Bash har också några av de funktioner som anges ovan (när de är konfigurerade):
- Verktyget 'z' är agnostiskt skal, det fungerar på Bash och Zsh. Jag använder det hela tiden i Bash. Kolla här https://github.com/rupa/z/
- Med bash-komplettering installerad och inputrc konfigurerad på rätt sätt är det möjligt att ställa in Bash för att ha Zsh AUTO_MENU som komplettering (inklusive alternativcykling).
- Alternativet `cdspell` och` dirspell` gör automatisk filsystemnamnkorrigering i Bash
- Kataloger och filer kan konfigureras i olika färger via variabeln LS_COLORS i Bash
- Kommandoklick-URL: er är en terminalfunktion. I iTerm2 kan jag göra COMMAND + CLICK på en URL och starta en webbläsare.
Jag diskuterar många av dessa Bash-funktioner och inställningar här: https://bluz71.github.io/2018/03/15/bash-shell-tweaks-tips.html
Bash kan göra 90% av vad Zsh kan göra, det kräver bara några justeringar.
Zsh har några bra funktioner som Bash inte har, de är:
- Prompt på höger sida (om du vill ha det)
- Kommandosyntaxmarkering
- Beskrivande flikavslutningar (härledd man sida)
Cheers.
"... om du inte skriver pwd", inte riktigt sant. Titta snabbt igenom mansidan för bash / ksh och sök (/ som vi) för PROMPTING. Här hittar du hur du ställer in dina uppmaningar (PS1 är den primära och det finns andra för olika användningar PS2..4). Specifikt för att uttrycka den information du vill - / w ger vägen.
Utrymmet för anpassning är dock ganska begränsat jämfört med OMZ.
Att klicka och öppna sak är en funktion av din terminalemulator, inte zsh. Även komplettering av alternativ såväl som z-kommandot är plugins för zsh, som finns i liknande form tillgängliga för bash också. färghiglighting av filer är också inbyggt i bash.
Varför kan jag redigera den här bloggen?
tack för inlägget, jag älskar `z`-kommandot väldigt mycket, visste inte om detta plugin!
btw, du ställer contenteditable = ”true” till dina div (er), men inte titlarna som `h2`
Hur kan du redigera bloggen?
tack för feedback Phat Tran.
"När version 7 Unix släpptes 1979 distribuerades det nya operativsystemet med bash som standardskal."
Detta uttalande är inte korrekt.
Standardskalet i version 7 (och efterföljande operativsystem från UNIX) är Bourne Shell.
bash skapades 1989 av Brian Fox som en del av GNU-projektet. (https://en.wikipedia.org/wiki/Bash_(Unix_shell))
Tack. Jag läste artikeln och sa till mig själv: ”Detta är falskt / felaktigt / irrelevant”. Jag vill att författaren ska uppdatera inlägget enligt din kommentar. Annars visar det helt enkelt att de inte vet så mycket om skal ...
"... om du inte skriver pwd", inte sant alls! De flesta Linux-distros och (jag är ganska säker) macOS levereras alla med PS1 inställd på något användbart som innehåller cwd. Att skriva 'pwd' varje gång du behöver se var du är är inte ett effektivt arbetsflöde och bredvid ingen gör det.
Den här artikeln är mer en jämförelse av standardkonfigurationen i bash och zsh snarare än funktionerna i själva skalen.
Okej, försökte det, det barfed på varje rad i min .bash_profile. Inte så mycket kompatibelt antar jag.
Jag är också ganska säker på att / bin / sh var lika skriptbar eftersom jag använde den i 15 år. Tja, det är en ksh.
Trevlig guide! Det här inlägget är på väg att sprängas på grund av Apples tillkännagivande av bytet till ZSH i Catalina. 🙂
Vad är temat som används i exemplen?
Det här är en trevlig artikel. Det finns dock bara ett par zsh-funktioner listade här som verkligen inte är tillgängliga i bash (såvida du inte använder macOS gamla version av bash).
Till exempel fungerar fliken automatisk komplettering i bash. Du vet inte, som artikeln säger, hela vägen för ett cd-kommando. Allt du behöver veta är partiella katalog- och filnamn om du är villig att bläddra igenom nivåerna du inte vet exakt.
Det är också vilseledande att säga att bash inte visar den aktuella arbetskatalogen i prompten (som standard gör inte heller zsh, men båda ändras enkelt för att visa den informationen) eller att bash inte spelar bra med git, eftersom det finns paket för det.
Jag säger inte att dessa saker motsvarar deras zsh-motsvarigheter. De är inte det, och många tycker om zsh-varianterna bättre. Vad jag säger är att jag tyckte att artikeln var mindre övertygande eftersom konversationens svaga sida kändes som en stråman. Kanske du kunde ha kört det här ett fan av bash innan du skrev ut det så att de kunde ha hjälpt dig att utrota de vilseledande bitarna.
Å andra sidan finns det några saker som zsh gör som verkligen inte är en del av bash, som du inte ens rörde vid, som rekursiv vägutvidgning som låter dig skriva “cd / u / sh / cal” och få den automatiskt expandera till "cd / usr / dela / kalender."
Och den utmärkta funktionen hos zsh verkar vara dess inbyggda nivå av anpassningsbarhet. Till exempel om du kör något som “set -o | grep 'på | av' | wc ”, kommer du att upptäcka att det finns 179 skalalternativ exponerade i zsh jämfört med endast 27 i bash.
Som jag sa, bra grejer. Nästa gång kanske du kör dina saker förbi en bash-entusiast innan du säger vad bash inte kan göra.
Något som jag tycker är mycket användbart är att ställa in stderr till att vara röd och svag svart. Det finns naturligtvis sätt att göra detta i bash (och jag antar i zsh) för ett enda kommando, men att göra det för en session verkar vara svårare. Jag har ett perl-skript som börjar vid start som gör detta, men det verkar som att använda en slägga för att döda en fluga. Det finns några andra lösningar här: https://unix.stackexchange.com/questions/12439/can-i-configure-my-shell-to-print-stderr-and-stdout-in-different-colors. Men jag är förvånad över att detta inte kommer som standard med något skal eller annat (jag kom hit i hopp om att det kom med zsh ...).
Det äldre Unix-skalet skrevs av Steve Bourne, inte Ken Thompson - därför kallas bash för 'Bourne-igen' -skalet.
Din korta historia om bash är felaktig. Skalet som ersatte Thompson-skalet 1979 är Bourne-skalet (sh), inte BASH. Den ursprungliga Bourne Shell (sh) är inte densamma som BASH. BASH kom inte förrän 1989 med GNU-projektet. (https://en.wikipedia.org/wiki/Bourne_shell)
förutom kommandot “z filepath” är allt annat tillgängligt i bash.
väcka mig när det finns en riktig ersättning för bash.
Flera misstag i din historielektion.
Bash släpptes verkligen inte 1977. Som andra har noterat har du förvirrat Bash och Bourne-skalet (inte samma sak). Det var Bourne-skal som släpptes med Research UNIX. Bash nämndes aldrig i UNIX-programmeringsmiljön; den boken publicerades fem år innan Bash ens kodades.
Anmärkning om säkerhet:
Vad är ditt påstående att Zsh erbjuder bättre säkerhet baserat på? Som du nämnde hade Bash en oupptäckt sårbarhet i flera år, men vad tror du att Zsh inte har oupptäckta säkerhetssårbarheter? Jag tror inte att du har erbjudit några giltiga skäl till varför Zsh skulle vara säkrare än Bash.
Bash släpptes definitivt inte med version 7 Unix. Bash är ett GNU-projekt och släpptes först 1989.
Vad är det färgtema som används för powerlevel9k?
Tack för din konstruktiva feedback om det här inlägget. Inlägget har uppdaterats för att återspegla din kommentar.
Tack för att du påpekade detta fel, Trix Farrar. Inlägget har uppdaterats för att återspegla din kommentar.
Tack Chris för din hjälpsamma insikt om bash och dela dina bekymmer. Inlägget har uppdaterats för att presentera bash och zsh mer exakt baserat på din kommentar.
Tack för att du påpekade detta fel, Peter Birch. Inlägget har uppdaterats för att återspegla din kommentar.
Tack för att du påpekade detta fel och delade dina bekymmer med inlägget, Robert Eksten. Inlägget har uppdaterats för att återspegla din kommentar.
Tack för att du påpekade detta fel, Kate Ebneter. Inlägget har uppdaterats för att återspegla din kommentar.
Tack för den positiva feedbacken, Pete! Inlägget har nyligen uppdaterats för att återspegla detta nya tillkännagivande om macOS Catalina.
Kanske kan den här artikeln ge lite hjälp?
https://github.com/Powerlevel9k/powerlevel9k/wiki/Show-Off-Your-Config
Haha bara ha det bra att läsa kommentarerna ... Som alla unix-verktyg i nästan 40 år är var och en en livsstil snarare än ett enkelt verktyg. Jag är säker på att du till och med kan porta DOOM till bash eller ZSH eller SendMail eller Vi.
Ja, det är en bra poäng Robert. Tack för att du delar dina tankar.
De gör åtminstone inte tcsh till standard.
Apple skulle bättre inte göra bash otillgänglig.
En stor skillnad mellan bash och zsh har inte nämnts här. Det är så kommandohistoriken förs.
När du har flera bash öppna, registreras endast kommandon inskrivna i den först öppnade till historikfilen (.bash_history), som bara skrivs till disken när det första skalet har avslutats. (Rätta mig om jag har fel här.)
Så med andra ord kommer kommandon som skrivs in i en andra bash inte att spelas in.
Zsh registrerar alla kommandon på alla öppnade zsh till historikfilen (.zsh_history) tillsammans med en tidsstämpel.
Det är rätt bokföring! 😉
Det och de "snygga färgerna" (jag använder oh_my_zsh :-D) var anledningarna till att jag konverterade.
Tack för feedbacken!