Почему замена истории bash все еще включена по умолчанию? [закрыто]

Кто-нибудь знает, почему в bash по-прежнему включена подмена истории ? My .bashrcвключил в set +Hтечение многих лет, но некоторые другие люди все еще получают укус этой функции.

Учитывая, что почти все используют терминалы с функциями копирования и вставки, а bash, скомпилированный с readlineбиблиотекой, и подстановка истории включена по умолчанию только в интерактивных оболочках, есть ли какая-то причина вообще иметь эту функцию? Ни один из существующих сценариев не будет нарушен, даже если он был отключен по умолчанию для всех оболочек.

Попробуйте это, если вы не знаете, почему подмена истории нарушена:

$ set +H # disable feature history substitution
$ echo "WTF???!?!!?"
WTF???!?!!?
$ set -H # enable feature history substitution
$ echo "WTF???!?!!?"
echo WTF???echo WTF???!?!!?
WTF???echo WTF???!?!!?

(Очевидно, что у функции есть серьезные проблемы, если она отключена по умолчанию для всех сценариев, и существует функция для проверки результатов перед выполнением:. shopt -s histverify)

Смотрите также:

• Почему восклицательный знак `!` Иногда расстраивает bash?
• Почему Bash history не записывает эту команду?
• Как повторить взрыв!
• Bash: расширение истории внутри одинарных кавычек после двойных в той же строке

Если вы уже знакомы bash, то работа с шаблонами подстановки истории не будет намного более вероятной, чем обработка любых других символов, характерных для этой оболочки. Однако, если кто-то незнаком с оболочкой или просто никогда не использовал ее функции подстановки истории, это будет неожиданностью, когда казалось бы безобидные строки без кавычек или двойные кавычки запускают ее.

В интерактивной оболочке с включенными подстановками истории !символ является особенным почти так же, как и $символ, то есть везде, если только не экранирован \или не заключен в одиночные кавычки.

В отличие от $сквозного, подстановки истории не расширяются в здесь-документах, и, поскольку они ориентированы на строки , они дополнительно будут происходить в строках, где подстановка попадает в контекст без кавычек или контекст с двойными кавычками (в этой строке при сканировании отдельно) , Смотрите этот отчет об ошибке для получения дополнительной информации .

Подстановка истории отключена в неинтерактивных оболочках (скриптах), потому что там не нужна возможность истории команд оболочки, а не потому, что эта функция имеет «серьезные проблемы». В сценарии сохранение каждой команды $HISTFILEне имеет смысла, и подстановка истории также не является чем-то, на что вы бы хотели положиться в сценарии.

Вопрос о том, должен ли он быть включен по умолчанию или нет в интерактивных оболочках, может обсуждаться (хотя я не совсем уверен, что дискуссия здесь будет иметь большое значение для bashразработчиков). Вы, кажется, думаете, что у большинства bashпользователей есть проблемы с расширениями истории, но ни один из вас и я не знают, как часто их используют.

Оболочки Unix позволяют изменять поведение оболочки в соответствии с личными потребностями и вкусом. Если вы хотите отключить подстановки истории для всех ваших интерактивных оболочек, продолжайте делать то, что вы делаете, используя set +Hв своем ~/.bashrcфайле, или лоббируйте bashразработчиков, чтобы изменить значение по умолчанию (которое, я считаю, расстроит и запутает больше людей, чем могло бы помочь ).

Подмена истории полезна. Возьмите например

% make-me-a-sandwich
make-me-a-sandwich: Permission denied
% sudo !!
Ok.

Социальная / культурная инерция.

Этот вопрос находится в пространстве проблем «как работают люди», поэтому я собираюсь ответить с этой точки зрения, не высказывая никакого мнения о том, должна ли функция включаться по умолчанию.

Для начала, чтобы убедиться , что вы понимаете , с другой стороны, считают , что раздражение вы чувствуете о том , чтобы выйти из своего пути , чтобы отключить эту функцию, является раздражение они будут чувствовать , если они должны были выйти из их пути , чтобы включить особенность

Объедините вышесказанное с тем фактом, что достаточное количество bashпользователей используют эту функцию, предложения по ее удалению или отключению по умолчанию встречают сопротивление со стороны людей, которые уже привыкли к ее присутствию по умолчанию.

Кроме того, bashэто оболочка по умолчанию для многих людей (не только в смысле логина по умолчанию или системной оболочки, но и в психологическом смысле). Если ваша система отсчета для цитирования оболочки bash, если это оболочка, которую вы изучили в первую очередь, то, что !это специальный символ оболочки, будет казаться вам естественным и автоматическим (или, по крайней мере, когда вы впервые изучите его, это будет лишь часть способ, которым оболочка, только одна причуда, чтобы принять среди многих).

И если вы подумаете об этом, многие bashпользователи, вероятно, сталкиваются с синтаксисом подстановки истории в положительном контексте: они читают об этом, или кто-то показывает им это, и они видят возможную полезность этого, когда они впервые изучают bash.

Это происходит только из периферийного мира других оболочек типа Борна, что вы будете укушены !особенным и поэтому будете склонны рассматривать его негативно: потому что, если вы привыкли к оболочкам, в которых у вас никогда не было этой функции, то ваш первый воздействие этого будет происходить, когда он вас винит, когда вы пытаетесь сделать что-то в спешке.

TL; DR: Большинству пользователей, вероятно, не очень важно, какой вариант используется по умолчанию , некоторым пользователям нравится эта функция, и у нее уже есть сильное преимущество в том, что она уже есть, и людей, активно выступающих против этой функции, было недостаточно. преодолеть это.

Почему замена истории bash все еще включена по умолчанию?

Потому что многие люди используют его, и люди, использующие интерактивную оболочку bash, вероятно, должны знать правила, чтобы избежать проблем, и, как правило, считают, что это помогает больше, чем вредно.

Мой .bashrc включал set + H в течение многих лет, но некоторые другие люди все еще укушаются этой функцией.

Так что это функция, которую вы не используете, это не значит, что большинство пользователей не используют ее. Вы можете ходатайствовать об изменении значения по умолчанию, но вы должны посмотреть на A) долю людей, которые заботятся , и B) соотношение людей, которые предпочитают это по-вашему. Люди, которые заботятся и не любят это, вероятно, уже отключили это. Изменение этого поможет, когда они получат учетную запись на новом компьютере. Людям, которые заботятся и любят это , придется обновлять свои настройки на каждом компьютере, который они используют, и на каждой учетной записи, которую они получат в будущем.

Учитывая, что почти все используют терминалы с функциями копирования и вставки

Более грубый вариант на мой взгляд ...

есть ли какая-то причина вообще иметь эту функцию? Ни один из существующих сценариев не будет нарушен, даже если он был отключен по умолчанию для всех оболочек.

Да, люди находят это полезным. Какая польза от пульта дистанционного управления, если вы привыкли просто вставать и менять канал?

(Очевидно, что у этой функции есть серьезные проблемы, если она отключена по умолчанию для всех сценариев, и существует функция для проверки результатов перед выполнением: shopt -s histverify.)

История не имеет смысла в сценариях, но, что более важно, она может вызвать проблемы с безопасностью. В вашем случае вы можете избежать проблемы, используя одинарные кавычки. Я не помню, чтобы это когда-либо вызывало у меня проблемы, поэтому я не знаю, как вы можете сказать, что у него есть «серьезные проблемы». Вызывает ли это реальную проблему для вас, или вас раздражает необходимость установить настройки по умолчанию на новом компьютере?

Я не понимаю, чем это отличается от необходимости избегать или использовать одинарные кавычки, если вы действительно хотите получить немного денег:

$ echo "Give me $50 or the cat gets it"
Give me $0 or the cat gets it