Início / computer / Perguntas / 1807720
Accepted
ninbura
Asked: 2023-09-09 17:02:13 +0800 CST

Melhor método para definir aliases permanentes no PowerShell?

  • 772

Quando instalo algo como ffmpegwith winget, ele define aliases permanentes para ffmpeg, ffplay, & ffprobe.

winget install gyan.ffmpeg

Não parece que esteja adicionando nada à minha variável de ambiente path. Se eu usar o Set-Aliasutilitário PowerShell, esse alias será efêmero, durando apenas até o final da sessão atual. Eventualmente, descobri que posso usar my $profilepara indicar uma lista de aliases que são instanciados toda vez que inicio meu shell.

O winget faz a mesma coisa apenas com um arquivo de "perfil" diferente? Existe um jeito melhor de fazer isso?

windows

3 respostas

  1. Do post Como criar aliases permanentes do PowerShell , cito a excelente resposta de Naigel :

    É possível armazenar em um profile.ps1arquivo qualquer código do PowerShell a ser executado sempre que o PowerShell for iniciado. Existem pelo menos 6 caminhos diferentes para armazenar o código, dependendo de qual usuário deve executá-lo. Consideraremos apenas dois deles: os caminhos “todos os usuários” e “somente seu usuário” (siga o link anterior para mais opções).

    Para responder sua pergunta basta criar um profile.ps1arquivo contendo o código que deseja que seja executado, ou seja:

    New-Alias Goto Set-Location

    e salve-o no caminho correto:

    • "$Home\Documents"(normalmente C:\Users\<yourname>\Documents): apenas o seu usuário executará o código. Este é o local recomendado Você pode encontrar rapidamente o local do seu perfil executando echo $profileno PowerShell
    • $PsHome( C:\Windows\System32\WindowsPowerShell\v1.0): todo usuário irá executar este código

    IMPORTANTE : lembre-se de que você precisa reiniciar suas instâncias do PowerShell para aplicar as alterações.

    PONTAS

    • Se ambos os caminhos contiverem um profile.ps1arquivo, o de todos os usuários será executado primeiro e depois o específico do usuário. Isso significa que os comandos específicos do usuário substituirão as variáveis ​​em caso de duplicatas ou conflitos.

    • Sempre coloque o código no perfil específico do usuário se não houver necessidade de estender sua execução a todos os usuários. Isso é mais seguro porque você não polui o espaço de outros usuários (geralmente você não quer fazer isso).

    • Outra vantagem é que você não precisa de direitos de administrador para adicionar o arquivo ao seu espaço de usuário (você faz qualquer coisa em C:\Windows\System32).

    • Se você realmente precisar executar o código de perfil para cada usuário, lembre-se de que o caminho $PsHome é diferente para instâncias de 32 e 64 bits do PowerShell. Você deve considerar ambos os ambientes se quiser sempre executar o código do perfil.

      Os caminhos são:

    • C:\Windows\System32\WindowsPowerShell\v1.0para o ambiente de 64 bits

    • C:\Windows\SysWow64\WindowsPowerShell\v1.0para o de 32 bits (sim, eu sei, a nomenclatura da pasta é contra-intuitiva, mas está correta ).

    • 1

  2. Não, cmdlets como winget e outros módulos do PowerShell se instalam dentro da pasta de módulos do PowerShell. Depois de executar import-module <name>os comandos desse módulo agora podem ser usados. Comandos são apenas funções.

    Para descobrir onde seus módulos estão armazenados, execute o seguinte comando no PowerShell:write-host $env:PSModulePath

    Se você deseja replicar o mesmo que o winget, crie um novo script powershell, coloque o seguinte dentro:

    function MyFunction()
{
    write-host "MyFunction was executed."
}

    E salve isso no caminho encontrado antes como um *.psm1arquivo onde o * é substituído por qualquer coisa que você desejar, é claro.

    Não encontrei a necessidade de realmente escrever meus próprios módulos e acabei apenas criando as funções dentro do meu profile.ps1, então não tenho certeza de qual é o local para carregar automaticamente seus módulos e se você precisa para adicionar um arquivo .psd1 próximo ao módulo para que ele funcione.

    Esta resposta é apenas para você saber de que outra forma fazer isso, se usar um profile.ps1 estiver fora de questão.

    • 1
  3. Best Answer

    Como o WinGet não é específico do PowerShell, ele não pode depender de recursos do PowerShell. Em vez disso , adiciona%PATH% (uma vez). Ele também mostra uma mensagem quando faz isso. Se você não viu a mensagem, ela pode já ter sido modificada %PATH%no passado. WinGet adiciona %LOCALAPPDATA%\Microsoft\WinGet\Links\(em sua forma expandida) ao do seu usuário %PATH%(não ao de todo o sistema).

    WinGet cria links simbólicos nesta pasta. Eles podem ser usados ​​em qualquer shell ou prompt de execução .

    Na minha opinião sim, este método é superior, porque é eficaz em qualquer lugar.

    No entanto, só funciona com .exearquivos. Se precisar de aliases específicos do PowerShell (envolvendo cmdlets ou qualquer outro), você deverá usar métodos do PowerShell para criá-los permanentemente. $profileé o caminho a seguir.

    • 1

relate perguntas