Usando emacs em muitos hosts
https://stackoverflow.com/questions/2454389
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
Diariamente eu:
- Use várias estações de trabalho executando Linux, Windows ou MacOS X
- Editar arquivos em hosts Linux adicionais que não são nenhuma das estações de trabalho mencionadas acima
O único elemento comum aqui é que a Internet conecta todos esses hosts: estações de trabalho e servidores. Também posso manter todos os arquivos de configuração sincronizados em minhas estações de trabalho e podem executar um servidor X em todos eles. Qual é a maneira certa de executar o Emacs? Não quero sacrificar nenhum recurso.
No meu mundo ideal, posso digitar 'emacs foo.txt' em um host remoto e alguma mágica acontece através do encaminhamento X para exibir o arquivo na sessão EMACS existente da minha estação de trabalho.
Não soluções
- TRAMP: Quando estou manipulando um host remoto, um editor é apenas parte do meu fluxo de trabalho. Preciso de um terminal aberto para que eu possa executar outros comandos rapidamente. Tramp está errado para isso.
- ncurses emacs: é uma merda, eu quero o tipo gráfico
Se você não tiver uma resposta positiva para minha pergunta, por favor, não apenas adivinhe. Obrigado.
Solução
Você já tentou vagabundo com eshell? Você pode "CD /remote.host:/some/path" e editar arquivos a partir daí e, se você digitar um não construído, ele aciona um tubo SSH para executá-lo. Muito liso.
Outras dicas
Não consigo ver por que o Tramp não é uma solução. Você pode editar usando o Tramp e fazer o que precisar em um terminal usando o Xterm+SSH.
Bem, se você puder configurar X clientes em suas caixas Windows e OSX, poderá executar uma versão X do EMACS em qualquer uma dessas plataformas e definir a tela de volta para sua estação de trabalho. Isso lhe daria sua boa interface WIMP.
No entanto, existem algumas soluções para manter um terminal aberto para a mesma caixa. Um é apenas telnet duas vezes. Uma vez para sua sessão do Emacs e uma vez para uma concha.
A outra opção, é claro, é usar meta-x shell Para trazer um tampão de concha dentro da EMACS. Um verdadeiro guru da EMACS prefere administrar seu sistema operacional dentro da EMACS, e não o contrário. :-)
A abordagem que eu uso é baseada na fonte que controla os scripts EMACs e arquivos comuns importantes (usando o GIT). Isso me dá uma base de código consistente, então não preciso lembrar qual host tem qual script ou arquivo (ou versão do que estou procurando). O Git é particularmente adequado para apoiar esse mecanismo e eu tenho praticamente o hábito de atualizar o repositório de origem principal diariamente. Dentro dos scripts (scripts EMACs e Bash Shell), uso o código personalizado da máquina para lidar com os requisitos locais. Este sistema já existe há mais de um ano e acho que é bastante eficaz. Esta é uma técnica que eu vi recomendada por alguns anos. Eu achei desajeitado com CVs e subversão, mas o Git se sente adaptado ao trabalho. Dito isto, eu gosto da solução que você selecionou como uma ferramenta de cortesia e estou ansiosa para adicionar isso à mistura.
