Início / computer / Perguntas / 1874644
Accepted
plswork04
Asked: 2025-01-31 06:57:58 +0800 CST

Como ter .bash_history diferentes por espaço de trabalho do Visual Studio Code?

  • 772

Gostaria de ter um histórico de bash diferente por workspace do VSCode. Parece que está definindo:

"terminal.integrated.env.linux": { "HISTFILE": "${workspaceFolder}/.bash_history" ...

seria super perigoso.

Crie um log de histórico por diretório de trabalho no bash

... Mais cedo ou mais tarde você vai vazar alguns comandos confidenciais em um arquivo ou repositório exposto publicamente. Em uma máquina multiusuário, assim que você muda para o diretório de outro usuário e executa alguns comandos lá, eles podem modificar seus arquivos e provavelmente ganhar um backdoor para sua conta. E outros usuários, ou pessoas cujos arquivos você baixa, podem facilmente enganá-lo para executar comandos, injetando-os em seu histórico de shell.

– Gilles 'SO- pare de ser mau' Comentado em 24 de agosto de 2016 às 23:15

Salvar o histórico no seu espaço de trabalho é ruim porque você executará comandos com segredos (senhas, chaves, etc.) e vazará seu histórico para um diretório tar ou imagem do docker em algum momento, mesmo que esteja no seu git ignore.

Uma abordagem que encontrei:

bash

2 respostas

  1. Uma abordagem alternativa - definida HISTFILEcomo terminal.integrated.env.linuxalgo como:

    ${env:HOME}/history${workspaceFolder}/.bash_history

    onde ${env:HOME}/historyestá uma pasta segura de sua preferência.

    Vantagens:

    • funciona com espaços de trabalho configurados em qualquer lugar, mantendo-se seguro
    • mais fácil de configurar sem editar a(s) configuração(ões) do shell

    Desvantagens:

    • um pouco mais difícil de acessar, você pode usar algo como ${env:HOME}/history/.bash_history_${workspaceFolderBasename}, se não esperar nomes de repositório duplicados, para encurtar os caminhos

    Observe também que, como é por sistema, não por shell, todos os shells que usam o mesmo env escreverão no mesmo arquivo, o que pode ser uma vantagem e uma desvantagem dependendo dos shells e do uso - por exemplo, se você ajustar o Bash para ZSH com HISTTIMEFORMAT. E, para evitar isso, você sempre pode editar terminal.integrated.profiles.linuxe envs para shells específicos.

    • 1
  2. Best Answer

    Para sermos inteligentes sobre isso, precisaremos de mais lógica do que a que pode ser incluída nas configurações do vscode.

    No seu usuário global settings.json:

    "terminal.integrated.env.linux":  {"VSCODE_WS": "${workspaceFolder}"},
"terminal.integrated.env.windows":{"VSCODE_WS": "${workspaceFolder}"},
"terminal.integrated.env.osx":    {"VSCODE_WS": "${workspaceFolder}"},

    Em seu .bashrc( Editar para atender às suas necessidades ):

    # Enable separate bash history per workspace: 
# Assume the following is in vscode settings:
# "terminal.integrated.env.linux": { "VSCODE_WS": "${workspaceFolder}"  },

# When in filemode / not in a workspace, `VSCODE_WS` is set to the literal `${workspaceFolder}` so we check and ignore that
if [[ -v VSCODE_WS ]] && [[ "$VSCODE_WS" != '${workspaceFolder}' ]]; then

    # Only change history file if we know it will be written to a safe place
    if [[ "$(dirname "${VSCODE_WS}")" == "$HOME/code" ]]; then
        HISTFILE="${VSCODE_WS}/../.bash_history_$(basename "${VSCODE_WS}")"
        
        # Write to history after every command
        shopt -s histappend
        # Avoid adding duplicate commands
        if [[ ! "$PROMPT_COMMAND" =~ "history -a" ]]; then
            #echo set PROMPT_COMMAND
            PROMPT_COMMAND="history -a;$PROMPT_COMMAND"
        fi
    fi
fi

    Decidi que os arquivos de histórico seriam encontrados facilmente e identificariam exclusivamente os espaços de trabalho. Eu verifico todos os meus repositórios git para ~/codesaber se escrever arquivos de histórico naquele diretório será mais ou menos tão seguro quanto escrever em ~. O segundo escopo 'if' define o arquivo de histórico apenas para espaços de trabalho neste diretório. No entanto, não funcionará para abrir ~/code/big-proj/sub-projcomo um espaço de trabalho. No entanto, tudo é apenas minha primeira tentativa de encontrar o que quero.

    Altere o 2º 'if' para algo que funcione para você. Simplesmente removê-lo não seria sensato . E altere HISTFILE para atender às suas necessidades. É bash, então você pode fazer qualquer coisa que esteja disposto a tolerar. Você pode criar nomes de arquivo que codifiquem o caminho inteiro para o espaço de trabalho e usar um diretório para todos os arquivos hist. Ou use nomes de arquivo simples e aceite conflitos de várias pastas/espaços de trabalho com o mesmo nome. Apenas mantenha o aviso de segurança do OP em mente.

    • 0

relate perguntas