Command-line shell (Português)

Status de tradução: Esse artigo é uma tradução de Command-line shell. Data da última tradução: 2020-04-14. Você pode ajudar a sincronizar a tradução, se houver alterações na versão em inglês.

Artigos relacionados

Do Wikipédia:

Um shell do Unix é um interpretador de linha de comando ou shell que fornece uma interface semelhante ao Unix tradicional. Os usuários indicam a operação do computador pela entrada de comandos como texto para um interpretador de linha de comando executar, ou criando scripts de texto de um ou mais de tais comandos.

Lista de shells

Shells que são mais ou menos compatíveis com POSIX são listados sob #Compatíveis com POSIX, enquanto shells que têm uma sintaxe diferente estão sob #Shells alternativos.

Compatíveis com POSIX

Esses shells podem todos serem vinculados a /usr/bin/sh. Quando Bash, mkshAUR e zsh são chamados com o nome sh, eles se tornam mais compatíveis com POSIX.

  • Bash — O Bash estende o shell Bourne com histórico e conclusão de linha de comando, arrays indexados e associativos, aritmética de inteiros, substituição de processos, strings here, correspondência de expressões regulares e expansão de chaves.
https://www.gnu.org/software/bash/ || bash
    • Korn shell — O KornShell possui uma linguagem de programação completa, poderosa e de alto nível para escrever aplicativos, muitas vezes mais fácil e rápido do que com outras linguagens de alto nível. Isso o torna especialmente adequado para prototipagem. O ksh tem as melhores características do Bourne shell e do C shell, além de muitos novos recursos próprios. Assim, o ksh pode fazer muito para melhorar sua produtividade e a qualidade do seu trabalho, tanto na interação com o sistema quanto na programação. Os programas ksh são mais fáceis de escrever e são mais concisos e legíveis do que os programas escritos em linguagem de nível inferior, como C.
    http://www.kornshell.com || Veja o artigo
    • Zsh — Shell projetado para uso interativo, embora também seja uma poderosa linguagem de script. Muitos dos recursos úteis de Bash, ksh e tcsh foram incorporados no Zsh; vários recursos originais foram adicionados. O documento introdutório detalha alguns dos recursos exclusivos do Zsh.
    https://www.zsh.org/ || zsh

    Shells alternativos
          • Nash — Nash é um shell do sistema, inspirado pelo rc do plan9, que facilita a criação de scripts confiáveis e seguros, aproveitando os namespaces dos sistemas operacionais (no linux e no plan9) de forma idiomática.
          https://github.com/NeowayLabs/nash || nash-gitAUR
              • rc — Interpretador de comando para o Plan9 que fornece recursos semelhantes ao Bourne shell do UNIX, com algumas pequenas adições e menos sintaxe idiossincrática.
              http://doc.cat-v.org/plan_9/4th_edition/papers/rc || 9base-gitAUR

                Alterando seu shell padrão

                Depois de instalar um dos shells acima, você pode executar esse shell dentro do seu shell atual, apenas executando o executável. Se você quiser ser servido nesse shell quando você fizer login no entanto, você precisará alterar seu shell padrão.

                Para listar todos os shells instalados, execute:

                $ chsh -l

                E para definir um como padrão para seu usuário, faça:

                $ chsh -s caminho-completo-do-shell

                sendo caminho-completo-do-shell é o caminho completo como fornecido em .

                Se você agora você encerrar a sessão e iniciá-la novamente, você será saudado pelo outro shell.

                Arquivos de configuração

                Para iniciar automaticamente programas no console ou no login, você pode usar os arquivos/diretórios de inicialização do shell. Leia a documentação do seu shell, ou seu artigo do ArchWiki, p. ex., Bash#Configuration files ou Zsh#Startup/Shutdown files.

                Veja também arquivos de configuração.

                /etc/profile

                Após o login, todas os shells compatíveis com Bourne usam , o que, por sua vez, origina qualquer arquivo legível em /etc/profile.d/: estes scripts não requerem uma diretiva de interpretador, nem precisam ser executáveis. Eles são usados para configurar um ambiente e definir configurações específicas do aplicativo.

                Padronização

                É possível fazer com que os arquivos de configuração de shells (alguns) sigam a mesma convenção de nomenclatura, além de ter suporte a alguma configuração comum entre os shells.

                Veja o artigo sobre isso e o repositório relacionado.

                Entrada e saída

                Veja também GregsWiki e Redirecionamento de E/S.

                • Redirecionamentos truncam arquivos antes que os comandos sejam executados: não funcionará como esperado. Enquanto alguns comandos (sed, por exemplo) fornecem uma opção para editar arquivos no local, isso não acontece para muitos outros. Nesses casos, você pode usar o comando do pacote .
                • Como o cat não está embutido no shell, em muitas ocasiões você pode achar mais conveniente usar um redirecionamento, por exemplo, em scripts, ou se você se importa muito com desempenho. De fato, faz o mesmo que cat arquivo.
                • Shells compatíveis com POSIX possuem suporte a Here Documents:
                • Pipelines de shells operam no stdout por padrão. Para operar no , você pode redirecionar stderr para stdout com ou, para Bash 4, .
                • Lembre-se que muitos utilitários principais do GNU aceitam arquivos como argumentos, então, por exemplo, pode ser substituído por grep padrão arquivo.

                Veja também
                This article is issued from Archlinux. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.