Criando aliases para comandos no terminal

Um alias é um "apelido" que você dá a algo, em nosso caso, a comandos do terminal. Todo o terminal (ou shell), seja ele o bash, zsh, etc, terá um arquivo de configuração chamado . + <nome-do-shell> + rc.

Para abrir esse arquivo, vá ao terminal (Ctrl + Alt + t para abrir) e digite

# exemplo usando o zsh
code .zshrc

Abrirá um arquivo com vários comentários e configurações. Agora é só você começar a criar os seus aliases.

A sintaxe é bem simples. Apenas alias+ <nome-do-alias>=<comando original>

alias dcd="docker-compose down --remove orphans"

E aí, na próxima vez que você quiser derrubar os seus containers do docker, por exemplo, é só você digitar dcd no terminal.

Tenho um repositório no github com mais alguns outros alias que podem ser úteis. Se quiserem conferir, é f-francine/dotfiles

ludwiklejzer há 2 anos

Ótimo post!

Um alias que eu criei para ver meu IP local e público de forma mais agradável no terminal:

alias myip='echo "\n\033[91mLocal IP\033[0m" && ip -br -c a && echo "\n\033[91mPublic IP\033[0m" && curl https://ip.me/'

Ou de forma mais organizada:

myip() {
	echo "\033[91mLocal IP\033[0m"
	ip -br -c a
	echo "\n\033[91mPublic IP\033[0m"
	curl https://ip.me/
}
alias myip

rafael há 2 anos

Sempre que vejo exemplos de _alias_ são coisas muito bobas, como por exemplo criar um `gp` para `git push`. Esse seu exemplo deixou bem mais claro o potencial de um _alias_. Particularmente, o mais próximo que já usei para _alias_ é a seção `scripts` do `package.json`, que pode ter algumas coisas complexas, como no caso de um [projeto Electron](https://github.com/electron-react-boilerplate/electron-react-boilerplate/blob/main/package.json) que executa três scripts simultâneos para diferentes processos: ```json { "start": "ts-node ./.erb/scripts/check-port-in-use.js && npm run start:renderer", "start:main": "cross-env NODE_ENV=development electronmon -r ts-node/register/transpile-only .", "start:preload": "cross-env NODE_ENV=development TS_NODE_TRANSPILE_ONLY=true webpack --config ./.erb/configs/webpack.config.preload.dev.ts", "start:renderer": "cross-env NODE_ENV=development TS_NODE_TRANSPILE_ONLY=true webpack serve --config ./.erb/configs/webpack.config.renderer.dev.ts" } ``` _No projeto acima, o `start:main` e `start:preload` são chamados a partir do arquivo `./.erb/configs/webpack.config.renderer.dev.ts`._

ludwiklejzer há 2 anos

Sim, tem bastante potencial, pois o arquivo do de config do shell nada mais é do que um shell script, ou seja, integrando as ferramentas do sistema nele é possível fazer bastante coisa legal.

CarlosZiegler há 2 anos

Muito legal, eu tenho um alias para git add e commit ( git c "commit message here" ) Outros eu esqueco muito rapido kkkk mas acho bem valido :)

francine há 2 anos

Showw! Eu uso o `gcmsg` para commitar. Na verdade, não sei se é por conta do plugin do git que uso no zsh ou se é algo que vem nativo com a instalação do git, mas quando eu dou um `alias | grep git` já tem vários aliases prontinhos pra usar. Vale a pena testar aí. Hoje em dia já quase esqueci os comandos originais do git, de tanto usar aliases xD

ludwiklejzer há 2 anos

No seu caso é devido ao plugin de git do ohmyzsh que você habilitou. Se você for [aqui](https://github.com/ohmyzsh/ohmyzsh/tree/master/plugins/git) vai poder ver a lista completa de aliases que vem com ele.

Vsspaulasouza há 2 anos

Nunca tinha ouvido falar disso, mas gostei, vou testar

CarTulo há 2 anos

Aqui minha contribuição com o aliase que uso para copiar a versão de teste mais recente de um projeto Ionic que desenvolvo:

alias build=cd C:\Users\bmc.dev02\BMC\bmc-mobile &ionic cordova build android --prod --configuration=staging&copy C:\Users\bmc.dev02\bmc\bmc-mobile\platforms\android\app\build\outputs\apk\debug\app-debug.apk C:\Users\bmc.dev02\desktop

O alias se concentra na seguinte estrutura: alias build= cd [diretorio] para entrar no diretório do projeto Ionic ionic cordova build android --prod --configuration=staging para utilizar do ionic-cli com cordova para buildar em android no ambiente de produção com a environment de staging (isso é totalmente configurável, apenas substitua pelo que você usa). Por fim temos o copy [diretorio do apk buildado] [diretorio do seu desktop] e com isso temos o nosso arquivo buildado no Ionic direto pro desktop (assim não preciso entrar na pasta do projeto para buscar o arquivo

Espero que ajude em algo

Synt4x há 2 anos

Excelente!!

GuimaraesJC há 2 anos

Sensacional! Facilita muito a vida!

CarlosJunior há 2 anos

Booooa! muito útil. bacana tambem pra impressionar os amiguinhos do trabalho :D