Você nem precisa usar :; você pode apenas > file(pelo menos em bash; outros shells podem se comportar de maneira diferente).
Em termos práticos, não há diferença real aqui (embora a sobrecarga minúscula de chamar /bin/touchseja uma coisa).
touch, no entanto, também pode ser usado para modificar os timestamps em um arquivo que já existe sem alterar ou apagar o conteúdo; além disso, > fileapagará qualquer um fileque já exista. Isso pode ser contornado usando >> file.
Uma outra diferença touché que você pode criar (ou atualizar o carimbo de data/hora) vários arquivos de uma vez (por exemplo, touch foo bar baz quux) com uma sintaxe mais sucinta do que com o redirecionamento, onde cada arquivo precisa de seu próprio redirecionamento (por exemplo >foo >bar >baz >quux, ).
Porque você pode touchvários arquivos de uma só vez sem digitar nenhum caractere especial extra. Isso inclui coisas como expansão de chaves, por exemplo touch file{1,2,3,4}.
Outra questão é que, quando você está escrevendo um tutorial, é muito importante perceber que seus leitores provavelmente não são muito versados no assunto. Um comando simples pode ser muito mais compreensível do que uma combinação estranha de caracteres que não sejam letras. Eu esperaria que houvesse um número de usuários casuais do shell que não sabem o que :é, pela simples razão de que realmente não faz nada. Da mesma forma para um simples > foosem um comando: mesmo que você saiba o que é um redirecionamento, um redirecionamento sem uma fonte pode não ser intuitivo.
Além disso, aqui no unix.se, geralmente escrevemos exemplos de comandos com um cifrão inicial para indicar o prompt. Caracteres especiais no início da linha podem ser confundidos com isso. (Observe que existem sistemas e shells que usam >como parte do prompt padrão.)
Bem, para mim, o principal motivo é a legibilidade. Com touch filevocê sabe o que está acontecendo, mesmo alguém não muito educado em scripts de shell sabe o que está acontecendo. E se não, é fácil fazer man touche ver isso:
A FILE argument that does not exist is created empty
Com coisas enigmáticas como :e >, é mais difícil saber o que está acontecendo e, como não há nenhuma vantagem real, não há necessidade de usar isso.
Imagine que você está em busca de um de seus antigos scripts de shell do qual você apenas lembra que algum arquivo de marcador em /tmp está sendo criado. É fácil grep todos os seus arquivos *.sh para a palavra "toque". Em vez disso, procurar por dois pontos resultará em muitos falsos positivos se você não souber qual nome de arquivo exato procurar.
Você nem precisa usar
:
; você pode apenas> file
(pelo menos embash
; outros shells podem se comportar de maneira diferente).Em termos práticos, não há diferença real aqui (embora a sobrecarga minúscula de chamar
/bin/touch
seja uma coisa).touch
, no entanto, também pode ser usado para modificar os timestamps em um arquivo que já existe sem alterar ou apagar o conteúdo; além disso,> file
apagará qualquer umfile
que já exista. Isso pode ser contornado usando>> file
.Uma outra diferença
touch
é que você pode criar (ou atualizar o carimbo de data/hora) vários arquivos de uma vez (por exemplo,touch foo bar baz quux
) com uma sintaxe mais sucinta do que com o redirecionamento, onde cada arquivo precisa de seu próprio redirecionamento (por exemplo>foo >bar >baz >quux
, ).Usando
touch
:Usando o redirecionamento:
Porque você pode
touch
vários arquivos de uma só vez sem digitar nenhum caractere especial extra. Isso inclui coisas como expansão de chaves, por exemplotouch file{1,2,3,4}
.Outra questão é que, quando você está escrevendo um tutorial, é muito importante perceber que seus leitores provavelmente não são muito versados no assunto. Um comando simples pode ser muito mais compreensível do que uma combinação estranha de caracteres que não sejam letras. Eu esperaria que houvesse um número de usuários casuais do shell que não sabem o que
:
é, pela simples razão de que realmente não faz nada. Da mesma forma para um simples> foo
sem um comando: mesmo que você saiba o que é um redirecionamento, um redirecionamento sem uma fonte pode não ser intuitivo.Além disso, aqui no unix.se, geralmente escrevemos exemplos de comandos com um cifrão inicial para indicar o prompt. Caracteres especiais no início da linha podem ser confundidos com isso. (Observe que existem sistemas e shells que usam
>
como parte do prompt padrão.)Bem, para mim, o principal motivo é a legibilidade. Com
touch file
você sabe o que está acontecendo, mesmo alguém não muito educado em scripts de shell sabe o que está acontecendo. E se não, é fácil fazerman touch
e ver isso:Com coisas enigmáticas como
:
e>
, é mais difícil saber o que está acontecendo e, como não há nenhuma vantagem real, não há necessidade de usar isso.Imagine que você está em busca de um de seus antigos scripts de shell do qual você apenas lembra que algum arquivo de marcador em /tmp está sendo criado. É fácil grep todos os seus arquivos *.sh para a palavra "toque". Em vez disso, procurar por dois pontos resultará em muitos falsos positivos se você não souber qual nome de arquivo exato procurar.