Executando verificação de segurança...
10
francine
1 min de leitura ·

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

Carregando publicação patrocinada...
7
ludwiklejzer

Ó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
2
rafael

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 que executa três scripts simultâneos para diferentes processos:

{
  "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.

1
ludwiklejzer

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.

-1
1
2
francine
Autor
Autor

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

2
1
1
CarTulo

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

0
0
0