cp se comporte bizarrement quand. (point) ou .. (point point) sont le répertoire source

Cette réponse révèle que l'on peut copier tous les fichiers - y compris ceux cachés - d'un répertoire srcà l'autre destcomme ceci:

mkdir dest
cp -r src/. dest

Il n'y a aucune explication dans la réponse ou ses commentaires pour expliquer pourquoi cela fonctionne réellement, et personne ne semble trouver non plus de documentation à ce sujet.

J'ai essayé quelques trucs. Tout d'abord, le cas normal:

$ mkdir src src/src_dir dest && touch src/src_file src/.dotfile dest/dest_file
$ cp -r src dest
$ ls -A dest
dest_file  src

Puis, avec /.à la fin:

$ mkdir src src/src_dir dest && touch src/src_file src/.dotfile dest/dest_file
$ cp -r src/. dest
$ ls -A dest
dest_file  .dotfile  src_dir  src_file

Ainsi, cela se comporte de la même manière *, mais copie également les fichiers cachés.

$ mkdir src src/src_dir dest && touch src/src_file src/.dotfile dest/dest_file
$ cp -r src/* dest
$ ls -A dest
dest_file  src_dir  src_file

.et ..sont des liens physiques appropriés, comme expliqué ici , tout comme l'entrée de répertoire elle-même.

D'où vient ce comportement et où est-il documenté?

Le comportement est un résultat logique de l'algorithme documenté pour cp -R. Voir POSIX , étape 2f:

Les fichiers du répertoire source_file doivent être copiés dans le répertoire dest_file , en suivant les quatre étapes (1 à 4) répertoriées ici avec les fichiers en tant que source_files .

.et ..sont des répertoires, respectivement le répertoire actuel et le répertoire parent. Aucun n'est spécial en ce qui concerne le shell, donc aucun n'est concerné par l'expansion, et le répertoire sera copié, y compris les fichiers cachés. *, d'autre part, sera étendu à une liste de fichiers, et c'est là que les fichiers cachés sont filtrés.

src/.est le répertoire courant à l'intérieur src, qui est srclui - même; src/src_dir/..est src_dirle répertoire parent de, qui l'est encore src. Donc de l'extérieur src, si srcest un répertoire, spécifiant src/.ou src/src_dir/..comme fichier source pour cpsont équivalents, et copiez le contenu de src, y compris les fichiers cachés.

Le point de préciser src/.est qu'il échouera s'il srcne s'agit pas d'un répertoire (ou d'un lien symbolique vers un répertoire), alors srcqu'il ne le serait pas. Il copiera également le contenu de srcseulement, sans se copier src; cela correspond aussi à la documentation:

Si la cible existe et nomme un répertoire existant, le nom du chemin de destination correspondant pour chaque fichier dans la hiérarchie de fichiers doit être la concaténation de la cible , un seul caractère de barre oblique si la cible ne s'est pas terminée par une barre oblique et le chemin d'accès du fichier relatif dans le répertoire contenant le fichier source .

Copie donc cp -R src/. destle contenu de srcdans dest/.(le fichier source est .dedans src), tandis que cp -R src destcopie le contenu de srcdans dest/src(le fichier source est src).

Une autre façon de penser est de comparer la copie src/src_diret src/., plutôt que de comparer src/.et src. .se comporte comme src_dirdans le premier cas.

Lorsque vous courrez cp -R src/foo dest, vous obtiendrez dest/foo. Donc, si le répertoire dest/foon'existe pas, cple créera, puis copiera le contenu de src/foodans dest/foo.

Lorsque vous exécutez cp -R src/. dest, cpvoit que dest/.existe, et il est juste la question de copier le contenu src/.à dest/..

Lorsque vous le considérez comme la copie d'un répertoire nommé à .partir de srcet la fusion de son contenu avec le répertoire existant dest/., cela aura du sens.