Терминал сохраняет ненужные значения в истории

То, что вы описали теперь, является поведением по умолчанию в Bash и большинством, если не всех, других оболочек. Я полагаюсь на это поведение ежедневно, с Bash и другими оболочками, на нескольких машинах, работающих под управлением Ubuntu и других ОС. Мне никогда не приходилось делать какие-либо изменения в конфигурации, чтобы добиться этого. Я могу заверить вас, что поведение Bash по умолчанию заключается в том, чтобы не пропускать записи в истории только потому, что они не удались.

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

В комментарии вы пояснили:

Трудно точно узнать, что такое предыдущее поведение, которое вы настроили, но если вам как-то удалось настроить Bash, чтобы сделать это, то вы, вероятно, были бы очень недовольны этим. Это не достигло бы того, что вы, вероятно, думаете, что этого достигнет. Поэтому, если вы не были совершенно недовольны тем, как работал Баш, скорее всего, это не совсем то, что вы описали.

Прежде всего, многие команды запускаются по назначению, но возвращаются с кодом выхода представляя отказ в некоторых ситуациях. Каждый код выхода, кроме 0, считается указанием отказа. Например:

Точно так же команда может not , т. е. нормально завершать и возвращать код выхода 0, но все же фактически не выполняет то, что вы имели в виду для этого.

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

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

Из примеров в вашем вопросе что вы особенно обеспокоены тем, как самая последняя запущенная вами команда всегда хранится в вашей истории. Но , что setup , это поведение по умолчанию. По умолчанию единственная ситуация, когда команда вообще не хранится в истории, состоит в том, что она начинается с одного или нескольких пробелов (что является способом предотвращения записи отдельных команд при условии, что вы знаете, когда вы пишете их изначально, что вы не хотите, чтобы они появлялись).

Полагаю, что вы, возможно, ранее были затронуты странной ошибкой, которая вызвала конкретное поведение, которое вы действительно хотели. Если вы можете более подробно описать поведение, которое вы хотите, то кто-то может предоставить инструкции о том, как его достичь. Например, возможно, вам нужны только команды, опущенные из истории, если имя команды, то есть первое слово команды, не найдено. (В Bash это дает статус выхода 127, программы , в частности , также возвращают это как их код выхода, но, к счастью, большинство из них этого не делают.)

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

То, что вы описали теперь, является поведением по умолчанию в Bash и большинством, если не всех, других оболочек. Я полагаюсь на это поведение ежедневно, с Bash и другими оболочками, на нескольких машинах, работающих под управлением Ubuntu и других ОС. Мне никогда не приходилось делать какие-либо изменения в конфигурации, чтобы добиться этого. Я могу заверить вас, что поведение Bash по умолчанию заключается в том, чтобы не пропускать записи в истории только потому, что они не удались.

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

В комментарии вы пояснили:

Трудно точно узнать, что такое предыдущее поведение, которое вы настроили, но если вам как-то удалось настроить Bash, чтобы сделать это, то вы, вероятно, были бы очень недовольны этим. Это не достигло бы того, что вы, вероятно, думаете, что этого достигнет. Поэтому, если вы не были совершенно недовольны тем, как работал Баш, скорее всего, это не совсем то, что вы описали.

Прежде всего, многие команды запускаются по назначению, но возвращаются с кодом выхода представляя отказ в некоторых ситуациях. Каждый код выхода, кроме 0, считается указанием отказа. Например:

Точно так же команда может not , т. е. нормально завершать и возвращать код выхода 0, но все же фактически не выполняет то, что вы имели в виду для этого.

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

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

Из примеров в вашем вопросе что вы особенно обеспокоены тем, как самая последняя запущенная вами команда всегда хранится в вашей истории. Но , что setup , это поведение по умолчанию. По умолчанию единственная ситуация, когда команда вообще не хранится в истории, состоит в том, что она начинается с одного или нескольких пробелов (что является способом предотвращения записи отдельных команд при условии, что вы знаете, когда вы пишете их изначально, что вы не хотите, чтобы они появлялись).

Полагаю, что вы, возможно, ранее были затронуты странной ошибкой, которая вызвала конкретное поведение, которое вы действительно хотели. Если вы можете более подробно описать поведение, которое вы хотите, то кто-то может предоставить инструкции о том, как его достичь. Например, возможно, вам нужны только команды, опущенные из истории, если имя команды, то есть первое слово команды, не найдено. (В Bash это дает статус выхода 127, программы , в частности , также возвращают это как их код выхода, но, к счастью, большинство из них этого не делают.)

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