Início / computer / Perguntas / 1663138
Accepted
maja
Asked: 2021-07-18 00:43:38 +0800 CST

Git Bash não está usando o valor de origem especificado nas configurações do terminal do Windows

  • 772

Até ontem meu settings.json para Windows Terminal tem este perfil para Git Bash:

...,
"defaultProfile": "{my_guid}",
"profiles": 
{
    "defaults": {},
    "list": 
    [
        {
            "guid": "{my_guid}",
            "hidden": false,
            "name": "Git Bash",
            "source": "Git"
        },
        ...
    ]
}
...

que simplesmente funcionou, eu poderia usar o perfil e defini-lo como padrão.

Hoje este perfil não é reconhecido, o Windows Terminal abre com um aviso para o perfil padrão não encontrado e o perfil do Git Bash não está na lista suspensa.

Eu sei que posso apenas definir o perfil para usar o caminho para o executável do Git Bash, mas quero saber o que mudou.

Por que o perfil usando o atributo source funcionou antes? Por que não funciona mais? Onde está a documentação ou a nota de lançamento que especifica isso?

git-bash windows-terminal

1 respostas

  1. Best Answer

    Por que o perfil usando o atributo source funcionou antes?

    O "source"atributo indica um " Perfil Dinâmico " ou uma " Extensão de Fragmento JSON " para Windows Terminal. Embora as extensões de fragmento JSON sejam um recurso relativamente novo, no momento desta resposta, o documento da Microsoft para o "source"atributo ainda menciona que elas são usadas para perfis dinâmicos. Portanto, peço desculpas por minha opinião anterior sobre esta resposta assumir que este era um perfil dinâmico.

    O Windows Terminal inclui geradores internos para perfis dinâmicos para WSL (qualquer distribuição instalada), PowerShell Core e Azure (embora pareça ser mais um gerador estático). Você pode encontrar os geradores neste diretório da fonte.

    As extensões de fragmento JSON são usadas para aplicativos de terceiros, como o Git Bash, que recentemente adicionou isso como um recurso em seu instalador .

    Depois que você confirmou que o Git Bash realmente estava usando o "source"atributo, decidi experimentar o instalador e confirmar o uso das extensões de fragmento. Como esperado, vejo a mesma coisa que você faz em meus settings.jsonperfis (e na interface do usuário de configurações):

    {
    "guid": "{2ece5bfe-50ed-5f3a-ab87-5cd4baafed2b}",
    "hidden": false,
    "name": "Git Bash",
    "source": "Git"
}

    E em C:\ProgramData\Microsoft\Windows Terminal\Fragments\Git, posso ver a extensão real ( git-bash.json):

    {
    "profiles": [
        {
          "guid": "{2ece5bfe-50ed-5f3a-ab87-5cd4baafed2b}",
           "name": "Git Bash",
           "commandline": "d:/winbin/development/Git/bin/bash.exe -i -l",
           "icon": "d:/winbin/development/Git/mingw64/share/git/git-for-windows.ico",
           "startingDirectory": "%USERPROFILE%"
        }
    ]
}

    Por que não funciona mais?

    Eu honestamente não tenho certeza. O recurso parece bastante robusto, em meus testes limitados. A única maneira que eu poderia quebrar era fazer algo patológico, como:

    • Edite o próprio fragmento (exigindo elevação do UAC), o que resultaria em um erro diferente do que você recebeu.
    • Altere o "guid"atributo manualmente
    • Excluindo manualmente o fragmento

    Quase tudo o que tentei foi recuperável ou esperado:

    • Desinstalando o Git para Windows -- Removido corretamente o fragmento. O Windows Terminal foi inteligente o suficiente para remover as pastas pai vazias na reinicialização.

    • Excluindo o próprio perfil em settings.json-- Como o fragmento ainda existe, ele é recriado automaticamente assim que as alterações são salvas.

    • 1

relate perguntas