Eu quero fazer um backup de um diretório que contém milhares de subdiretórios e caminhos de subpastas profundas. Em muitos desses diretórios há um grande número de arquivos começando com .
. Eu quero ter certeza de que todos os .
arquivos em subdiretórios e sub-subdiretórios e etc. sejam copiados corretamente. É suficiente especificar include="*"
? Isso vai cobrir tudo?
rsync -rvh --compress-level=0 --stats --progress --include ".*" user@vm:/mnt/storage8/backups ~/data/backup_of_backups/
Todos os arquivos são incluídos por padrão, portanto, se você deseja incluir todos os arquivos, não passe nenhuma
--include
ou--exclude
opção.Se você usa padrões, o rsync não trata arquivos de ponto especialmente. Se você quisesse pular arquivos de ponto, teria que usar explicitamente
--exclude='.*'
.Observe que
--include='.*'
incluiria apenas arquivos de ponto. Este é um padrão de shell, onde.
significa*
"qualquer sequência de caracteres", não um regex onde.
significa "qualquer caractere" e*
significa "qualquer número do caractere ou grupo anterior". Sem nenhuma diretiva de exclusão, você ainda obtém todos os arquivos, portanto, uma diretiva de inclusão é simplesmente inútil, mas se você tivesse algumas diretivas de exclusão,--include='.*'
não significaria “incluir todos os arquivos, incluindo arquivos de ponto”, significaria apenas “incluir arquivos de ponto” (e por si só não iria recorrer em diretórios cujos nomes não começam com um ponto).Sem especificar nenhum padrão de inclusão ou exclusão,
rsync
copiará arquivos e diretórios ocultos.Usar
shopt -s dotglob
. Inclui os arquivos de ponto. É uma configuração do bash, portanto, também corrigirá omv
comando.https://unix.stackexchange.com/a/446353/346155
EDIT: a resposta aceita diz corretamente que o rsync inclui arquivos de ponto por padrão. Como esta pergunta é o principal resultado do Google para "arquivos de ponto rsync", meu comando rsync falhou. Considerando que o OP não tentou usar o rsync simples, geralmente coloco um asterisco após a barra que é adicionada ao final de um diretório para garantir que o diretório não seja copiado no diretório de destino, o que acontece ao assumir que o 'sync' no rsync será realmente sincronizar os dirs. Portanto, no meu caso, usar a opção shell para dotglob corrigiu meu problema e pode corrigir o seu. Também funciona em outras correspondências curinga do
/dir/*
tipo. Pessoalmente, acho que isso é mais intuitivo e explícito do que usar apenas o /, pois/dir/
poderia implicar apenas o preenchimento de uma longa lista de separadores de diretórios, pois é interpretado quando usado com o diretório de destino.Além disso, gostaria de saber se o uso dessa opção de shell por padrão teria algum efeito colateral prejudicial, pois não é imposto no Bash por padrão. É apenas parte do design do Unix, suponho, que os arquivos ocultos não devem ser copiados ou movidos por padrão (novamente, a menos que use o
/dir/
formulário). Eu recomendaria tornar todos os arquivos copiados como padrão, pois isso parece mais intuitivo e esperado, a menos que haja um motivo prejudicial para minha falta (a única coisa que consigo pensar é ter informações específicas do local que não se deseja mover, ou apenas querendo copiar dados de mídia de um diretório em vez de qualquer arquivo de configuração - que eu poderia argumentar que é melhor ter copiado do que não).