Tilde (~) dentro do diretório unix de trabalho

Então, eu estou trabalhando em um ambiente UNIX e notei que dentro do meu diretório de trabalho, que fica a quilômetros de distância da minha casa UNIX, existe um ~.

Agora, uma vez no passado, eu fiz rm -rf ~do meu diretório de trabalho e acabei apagando completamente o meu diretório pessoal e tive que envolver a TI.

Eu não quero fazer isso de novo. Ao mesmo tempo, quero saber

1. Por que é ~criado no meu diretório de trabalho? É um deslizamento incorreto do dedo ao salvar ( :w!mas o que acontece é :w~? !!)

2. Antes de fazer o check-in, há um script que procura por arquivos ou pastas extras que a p4 não está ciente, portanto, isso ~pode causar um problema. Então, como posso remover o ~diretório do meu trabalho e, ao mesmo tempo, não apagar minha casa?

Eu tenho um comando de backup chamado delque eu uso em vez de rm -rf. Apenas coloca as coisas em um local temporário. Eu poderia usar isso e me livrar do ~. Mas estou mais interessado em saber por que isso acontece e como posso removê-lo?

Cite-o:

rm -i '~'
rm -i "~"
rm -i \~

Ou referencie-o por um caminho, em vez de apenas um nome de base:

rm -i ./~
rm -i /path/to/~

Observe que, apesar de ser um nome de caractere único com aparência engraçada, conceitualmente não é diferente de se você tivesse criado um arquivo nomeado SOME$PATHexecutando

touch 'SOME$PATH'

E tentou removê-lo fazendo:

rm -i SOME$PATH

( Aviso: a variável SOME$PATH não é citada para o exemplo aqui. Normalmente, ela estaria entre aspas 'SOME$PATH' )

Nos dois casos, o shell está expandindo o nome que você fornece e você precisa impedir isso.

Além disso: não use rm -rfpara remover um arquivo! O objetivo rm -ré dizer que rmnão há problema em remover diretórios. Se você não deseja remover acidentalmente diretórios inteiros ao tentar remover arquivos, não passe habitualmente -r!

O til quando usado sozinho no contexto de ls ~listará o diretório inicial como ~ é um atalho para o diretório inicial. Se você o fez ls ~brown, listará o conteúdo do diretório inicial de brown.

O VIM, salvo indicação em contrário, criará uma cópia de backup de um arquivo alterado: myFile myFile ~.

Esse comportamento é bom, pois cria um backup, mas se você não quiser, adicione ao arquivo .vimrc: set no backup (com o qual acabei de acessar vi ~/.vimrc).

E, é claro, como outros disseram, se você tiver um arquivo chamado ~, simplesmente escape do caractere como \ ~

me 217 % vi this      (saved as :w~)
me 218 % ls
this  ~
me 219 % cat \~
kfdkdfk
me 220 % \rm \~
me 221 % ls
this

Isso pode ser efetuado por erros de digitação. Se a sua TERM=xtermconfiguração for parecida com a minha, praticamente todas as teclas de função do seu teclado enviarão seqüências de escape como ...

infocmp -1 | grep -n \~ | tail -n3
138:    kich1=\E[2~,
141:    knp=\E[6~,
142:    kpp=\E[5~,

Mais da metade da saída de infocmp -1contém ~contornos de til na minha máquina - e não consigo entender o que a maioria deles faz. Eu sei que zshpelo menos na verdade come a parte escapada da corda na maioria dos casos - e deixa apenas o ~til .

Por exemplo, digitando echothen <space>then F6e <return>imprime ...

/home/mikeserv

A sequência de escape real enviada é ...

kf6=\E[17~

Curiosamente, existem outras dessas seqüências de escape que contêm >caracteres.

infocmp -1 | grep \>
is2=\E[!p\E[?3;4l\E[4l\E>,
rmkx=\E[?1l\E>,
rs2=\E[!p\E[?3;4l\E[4l\E>,

Esses são escapes comumente usados ​​- sequências de redefinição e inicialização. Não é difícil imaginar que um teclado solto ou um esmagamento de botão de algum tipo quando um shell interativo aguarda entrada possa resultar em ~arquivos truncados aleatoriamente ocorrendo em todo o sistema de arquivos. Pelo menos, ocasionalmente surge na minha.