Насколько я знаю/понимаю, help и man пришли в одно и то же время или разница во времени между ними очень мала. Затем появился GNU Info, и, насколько я видел, он гораздо более многословен, гораздо более подробен и, возможно, гораздо лучше, чем man. Многие записи даже сегодня в man загадочны.
Я часто задавался вопросом, почему Info, которая превосходит человека во многих отношениях, вообще не преуспела в man. Я все еще вижу, как люди создают страницы man, а не info. Было ли это из-за неполезных инструментов для info? Что-то в лицензиях этих двух? Или какой-то другой фактор, который не дал info успеха, которого она заслуживала?
Я видел несколько вопросов на unix stackexchange, в частностиДля чего нужна информация GNU?иРазница между командами help, info и manсреди прочего.
решение1
Чтобы ответить на ваш вопрос хотя бы с намеком на фактическую основу, предлагаю начать с рассмотрения хронологии создания manи infoдругих систем документирования.
Первая manстраницабыло написано в 1971 годуиспользование troff (nroff еще не было) в то время, когда работа на терминале на основе CRT не была распространена, а печать страниц руководства была нормой. Страницы руководства используют простую линейную структуру. Страницы руководства обычно дают краткий обзор команды, включая ее параметры командной строки/ключи.
Команда infoфактически обрабатывает вывод изTexinfoсинтаксис набора текста. Это был его первый выпуск в феврале 1986 года, время, когда работа на текстовой ЭЛТ была нормой для пользователей Unix, но графические рабочие станции все еще были эксклюзивны. Вывод .infoиз Texinfo обеспечивает базовую навигацию по текстовым документам. И с самого начала имеет другую цель — предоставление полной документации (для проекта GNU). Такие вещи, как использование команды и переключателей командной строки, — это лишь малая часть того, что содержит файл Texinfo для программы.
Несмотря на то, что есть совпадения, система (Tex)info была разработана длядополнениестраницы man, а не заменять их.
HTML и веб-браузеры появились в начале 90-х и относительно быстро заменили текстовые информационные системы на основе WAIS и gopher. Веб-браузеры использовали доступные к тому времени графические системы, которые позволяли вводить больше информации (например, подчеркнутый текст для гиперссылки), чем позволяли текстовые системы. Поскольку infoпредоставляемая функциональность может быть эмулирована в HTML и веб-браузере (возможно после конвертации), система на основе браузера обеспечивает большую простоту навигации (или, по крайней мере, меньший опыт/обучение).
HTML был расширен и мог делать больше, чем Texinfo. Поэтому для новых проектов (кроме программного обеспечения GNU) целый ряд систем документирования развился (и все еще развивается), большинство из которых генерируют страницы HTML. Недавняя тенденция для них — сделать свой ввод (то есть то, что должен предоставить человек-документатор) читаемым человеком, тогда как Texinfo (и troff) больше ориентированы на эффективную обработку программами, которые их преобразуют.¹
infoне предназначались для замены страниц руководства, но они могли бы заменить их, если бы программное обеспечение GNU включало info2manпохожую программу для генерации страниц руководства из (подмножества большего) файла Texinfo.
Если объединить это с тем фактом, что для полного освоения возможностей таких систем, как Texinfo, (La(TeX, troff, HTML (+CSS) и reStructured Text, требуется время, а некоторые из них, возможно, более просты в освоении и/или более мощны, то вероятность доминирования (Tex) на рынке невелика info.
¹ Напримерреструктурированный текст, который также можно использовать для написания страниц руководства
решение2
GNU info предшествовала и находилась под влиянием XINFO в TOPS-20.
XINFO появился под влиянием INFO в Массачусетском технологическом институте.
Раньше диски быликрошечный, терминалы былимедленный, многие терминалы все еще были бумажными, и так называемые «стеклянные TTY» не предлагали такие вещи, как адресация курсора. Страницы руководства должны были быть короткими, напоминаниями, а не настоящей документацией. Они были достаточно малы, чтобы ваш системный администраторвероятноне удаляли их с машины, чтобы сэкономить место, но могли бы просто сохранить сжатый вывод. Их можно было бы отображать на самых грубых терминалах или красиво набирать. Вы могли бы писать новые страницы руководства, используя только программное обеспечение, поставляемое с вашим дистрибутивом Unix, и быстро читать их, не перемещаясь вслепую по извилистому лабиринту узлов и ребер, что совсем не похоже на игру в rogue или zork.
В конце концов, такие программы, как tkman, позволили получить некоторые преимущества info или HTML, сохранив при этом формат man, и даже когда некоторые поставщики, такие как Sun, перешли на предоставление документации в SGML или XML (docbook), ее все равно обрабатывали путем преобразования в формат man, поскольку для некоторых вещей требовались инструменты man.нетпредоставлено продавцом.
Что насчет того, что системные администраторы удаляют или не устанавливают файлы документации? До сих пор в Linux 'apt install foobar' слишком часто требует отдельного 'apt install foobar-doc'.
решение3
M-x man RET info RETпредоставляет вам страницу руководства для программы info внутри программы info.
На мой взгляд, эта функциональность доказывает, что программа info является преемницей программы man (если только нет способа добиться обратного в программе man)