Vad använder ni för terminal och kommandotolk i Windows?

OM du nu är "tvungen" att jobba i windows, så är det Windows Terminal som gäller som övriga varit inne på. Det går dock göra den riktigt trevlig om man installerar "Oh-My-Posh", som är en port av "Oh-My-Zsh" som gör ZSH helt magiskt trevligt. Du får saker som ctrl+r för att söka i historiken, riktig ncurses och desstuom en rätt vacker prompt

... men det är lite som Sidde var inne på, läppstift på en gris. Du kan aldrig få riktigt samma "oompfh".

En av säkert fler ingångarna till kaninhålet för SSH i windows https://docs.microsoft.com/en-us/windows-server/administratio...

och ja, det går att administrera Windows via SSH så länge det görs med kommandorader och inte vara beroende av GUI.

jag provade om det var möjligt att göra en pull-backup via SSH i 'root-nivå' i win10-home och det gick efter lite trassel och man använder lämpligen open-SSH nycklar för inloggningsfri access (är mer eller mindre standard om man skall göra cron och script-orienterad pull-backuprutiner från tex en Linux-server)

Redan utplacerade SSH-nycklar/certifikat går i regel förbi sedvanliga inloggningsförfarande väldigt snabbt (kör ingen keystretching, vilket annars görs med password) och kan göras till en bakvägs-ingång för tex. user/admin och har glömt passwordet av någon orsak och den vägen lösa problemet. - man kan göra samma sak i Linux där root-cert gör att man direkt kan bli root fast 'root' normalt inte fins som möjlig inloggnings-namn med username/password - sshd tittar inte ens i listan i shadow för att matcha mot sparad hashad password, utan fins publika nycken i filen authorized_keys under .ssh för användaren där så hamnar man direkt på rätt plats med dess rättigheter - i regel brukar man också stänga av möjligheten att kunna göra login med användare/lösenord på SSH och den enda vägen att komma in är med rätt open-SSH nyckel - dvs. den som loggar in har den privata delen av nyckeln tillgänglig under sin ./.ssh.

man bör ha 'rsync' startbar i windows-datorn om man tänker kopiera ut filer med rsync via ssh och den kommer inte med git-shell (cygwin) av någon anledning utan måste installeras separat.

Var det kanske länge sen du använde powershell? Ctrl+r är sen gammal nu ju, behövs inga tillägg

Vad är det för skript?

Beror på vad som ska göras osv.
I arbetet har vi en hel del begränsningar kring Powershell, som vi dessutom kör via en virtuell fjärrmaskin och sen jumphost.
Använder därför fortfarande mycket cmd/kommandotolken och batch-skript.
Inte använt Windows Terminal då den ställer en del krav och även behöver installeras på servern osv för att göra någon praktisk nytta, som sagt p g a begränsad miljö.

Jag ser det lite så här:

Cmd/kommandotolken och batch-skript för snabba och enkla åtgärder el viss automatisering. Mycket där är relativt enkelt att göra och komma ihåg hur man gjorde/skrev. Kan på kort tid och med begränsade mängder kod bygga skript.

Powershell för mer avancerade saker där batch/cmd inte räcker till för det man ska göra. Använder det mer för skript än kommandon då det ofta krävs längre och mer komplicerade kommandon. Men det tar längre tid att göra och kräver mer kod, det är inte direkt så att man bara snabbt skriver ihop ett Powershell-skript.

Sen har det väl både med komplexiteten och vanan att göra.
Cmd/Kommandotolken (först command.com och sen cmd.exe om man ska vara noga), inkl tillhörande skript, har jag använt mer eller i perioder mindre frekvent i snart 30 år (ok, 28).
Powershell betydligt mer begränsat, även om jag gått både kortare utbildningar och skrivit en del skript i det.

Kan lite jämföras med språk:
-GUI är modersmålet som man talar/skriver utan att knappt tänka på det.
-Cmd/kommandotolken är andraspråket som man kan hyfsat bra, men ändå får tänka till lite kring formuleringar och ord.
-Powershell är tredjespråket där man har en viss grund men hela tiden måste kolla upp ord och grammatik m m.

Är det en Linux-maskin, vilka är väldigt sällsynta, blir det dess terminal.

Det är olika hur vi arbetar; en del använder i princip enbart GUI så långt det går, andra gör så mycket som möjligt via kommandon. Jag tillhör helt klart den senare kategorin, medan de flesta mindre erfarna kollegorna tillhör den förstnämnda.

Nätverkarna på arbetet (som har friare miljö) föredrar lite olika beroende på bakgrund. Vi har bl a en Linux-entusiast som nog helst använder Bash, andra som föredrar Python, någon som kör Powershell.

Syntaxen i Powershell suger något förbannat tycker jag. Så otroligt störande att hela tiden få googla på hur man ska göra basic saker.

Dock vill man ha ett scriptspråk som fungerar direkt på windowsdatorer, där koden är öppen och alla kan se vad den gör. På många ställen är binärfiler inte tillåtna. Med powershell är det superlätt att göra script som uppdaterar excelfiler och annat. Det är så ofta jag har gjort powershell lösningar som har tagit dubbla tiden emot C#, men man vill ha en kod så man ser vad saken gör.

Förutom språket Powershell är knepigt så suger standard utvecklingsmiljön på alla sätt och vis, det är svårt att debugga och se vad variabler har för värde och ändra i dem. Quest software gjorde PowerGUI för många år sedan och den var bra, men sedan la de ner utvecklingen.

Problemet för alternativen är att även om de är bättre, så lycka till att få många användare. Är alternativet bättre, men inte "alla" kan den, så blir det bara mer krångligt. Och detta är ett generellt problem, förutom att ej pålitliga program får installeras.

Så på frågan vilka terminaler och annat jag använder, så nästan inget om alternativ redan finns på operativsystemet. Då de byråkratiska problemet att få installera något annat inte ska underskattas.

*edit*
Powershell utvecklas dock snabbt. Ett klassisk problem är att maskinen man vill köra powershell på har version 2.0 eller något. Och för det man vill lösa så är det superenkelt att lösa det på powershell 4.0, bara ta första Googleträffen och klistra in.
Men det byråkratiska problemen att få uppdatera Powerhshell gör att det är bättre att lägga mycket arbete på att lösa det med den gamla versionen.

Jag håller med, men jag har faktiskt lärt mig den någorlunda. Tyvärr blir det lätt röriga script som inte är så lättlästa.

Visual Studio Code är ju numera officiell utvecklingsmiljö för PowerShell, och jag tycker den duger. Jag skriver dock aldrig några större grejer i PowerShell, detta har gjorts i C#.

Byråkrati för få installera något är ju en organisationsfråga, och i dagens läge är det ju undermåligt om det ska vara ett hinder (förutom i prod-miljöer). För mig har det svängt jättemycket de senaste åren, t.ex. är konto för lokal admin standard nuförtiden. Har jag haft en bra motivation för att installera något har det inte varit ett problem, och ofta har jag fått frågan om jag vill göra det själv.

Men då har jag arbetat för företag som insett behovet av snabba förändringar och arbetat i nära samarbete med DevOps.

Jag syftar just på produktionsmiljö. Ta populära Notepad++ är denna mjukvara helt säker? Väldigt många säger ni klarar er med notepad kör den. Och det man blir typ idiotförklarad på ens tanken att vilja dra in en sådan mjukvara på produktionsserver när det ej behövs.

Utvecklingsmiljö kör man ofta samma verktyg som skarp. Detta av anledningar som det sparar tid att ha samma.