a* и *a* синтаксис реализован оболочкой, не ls команда.

Когда Вы вводите

ls a*

при Вашем приглашении оболочки расширяется оболочка a* к списку существующих все файлы в текущем каталоге, имена которого запускаются с a. Например, это могло бы расшириться a* к последовательности a1 a2 a3, и передайте тех, которые как аргументы ls. ls сама команда никогда не видит * символ; это только видит эти три аргумента a1, a2, и a3.

В целях подстановочного расширения "файлы" относятся ко всем объектам в текущем каталоге. Например, a1 мог бы быть нормальный файл, a2 мог бы быть каталог, и a3 могла бы быть символьная ссылка. У них всех есть записи каталога, и подстановочное расширение оболочки не заботится, к какому объекту те записи относятся.

Практически все оболочки Вы, вероятно, будете натыкаться (удар, sh, ksh, zsh, csh, tcsh...) на подстановочные знаки реализации. Детали могут варьироваться, но базовый синтаксис * соответствие нулю или большему количеству символов и ? соответствие любому отдельному символу довольно последовательно.

Для удара в частности, это документируется в раздел "Filename expansion" руководства удара; выполненный info bash и поиск "Расширения имени файла", или видят здесь.

То, что это сделано оболочкой, а не отдельными командами, имеет некоторых интересных (и иногда удивляющий) последствия. Лучшая вещь об этом состоит в том, что подстановочная обработка последовательна для (очень почти) все команды; если бы оболочка не сделала этого, то неизбежно некоторые команды не обеспокоились бы, и другие сделали бы это тонко различными способами, которыми думал автор, было "лучше". (Я думаю, что командный процессор Windows имеет эту проблему, но я не достаточно знаком с ним для комментария далее.)

С другой стороны, трудно записать команду для переименования нескольких файлов. Если Вы пишете:

mv *.log *.log.bak

это, вероятно, перестанет работать с тех пор*.log.bak расширен на основе файлов, которые уже существуют в текущем каталоге. Существуют команды, которые делают такого рода вещь, но они должны использовать свой собственный синтаксис, чтобы указать, как файлы должны быть переименованы. Некоторые команды (такой как find) может сделать их собственное подстановочное расширение; необходимо заключить аргументы в кавычки для подавления расширения оболочки:

find . -name '*.txt' -print

Подстановочное расширение оболочки базируется полностью на синтаксисе параметра командной строки и наборе существующих файлов. Это не может быть затронуто значением команды. Например, если Вы хотите переместить все .log файлы до родительского каталога, можно ввести:

mv *.log ..

Если Вы забываете .. :

mv *.log

и, оказывается, существуют точно два .log файлы в текущем каталоге, это расширится до:

mv one.log two.log

который переименует one.log и ударьте two.log.

Править: И после 52 upvotes, принятия и значка Гуру, возможно, я должен на самом деле ответить на вопрос в заголовке.

-d или --directory опция к ls не говорит этому перечислять только каталоги. Это говорит этому перечислять каталоги так же, как сами, не их содержание. Если Вы даете имя каталога как аргумент ls, по умолчанию это перечислит содержание каталога, так как это обычно, чем Вы интересуетесь. -d опция говорит этому перечислять просто сам каталог. Это может быть особенно полезно в сочетании с подстановочными знаками. Если Вы вводите:

ls -l a*

ls даст Вам длинный список каждого файла, имя которого запускается с a, и содержания каждого каталога, имя которого запускается с a. Если Вы просто хотите список файлов и каталоги, одну строку для каждого, можно использовать:

ls -ld a*

который эквивалентен:

ls -l -d a*

Помните снова что ls команда никогда не видит * символ.

Что касается того, где это документируется, man ls покажет Вам документацию для ls команда в примерно любой подобной Unix системе. В большинстве основанных на Linux систем, ls команда является частью GNU coreutils пакет; если Вы имеете info команда, также info ls или info coreutils ls должен дать Вам более категорическую и подробную документацию. Другие системы, такие как MacOS, могут использовать различные версии ls команда, и не может иметь info команда; для тех систем использовать man ls. И ls --help покажет относительно короткое сообщение использования (117 строк в моей системе), если Вы будете использовать GNU coreutils реализация.

И да, даже эксперты должны консультироваться с документацией время от времени. Понимаете также эту классическую шутку.