bash. как предотвратить запись идентичных команд в историю

[Dreamer77]

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

В результате работы в итории bash пишется
make km
make km
km
km
km
...

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

Как можно решить такую проблему: чтобы повторный запуск не писался идентичной строкой в историю?

[valet2valet]

Код: Выделить всё

! 509 $ grep dups ~/.bashrc
HISTCONTROL=ignoredups
HISTCONTROL=erasedups

[radial]

либо Ctrl+R (поиск в истории "на лету")

[sash-kan]

Dreamer77
$ man -P 'less -rp HISTCONTROL' bash

Код: Выделить всё

! 509 $ grep dups ~/.bashrc
HISTCONTROL=ignoredups
HISTCONTROL=erasedups

последняя строчка и актуальна. если нужно присвоить несколько значений, разделяйте их двоеточием. в man всё расписано.

[eddy]

valet2valet, sash-kan, спасибо вам! А то я периодически скрипт запускал, чтобы удалить из истории дубликаты и отсортировать содержимое. Теперь его можно будет запускать пореже...

[SLEDopit]

чтобы удалить из истории дубликаты и отсортировать содержимое.

а для чего это нужно?

[Dreamer77]

Код
! 509 $ grep dups ~/.bashrc
HISTCONTROL=ignoredups
HISTCONTROL=erasedups

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

Т.е. с одной стороны хочется сохранить историю в неизменном состоянии, а с другой убрать повторяющиеся блоки.
Идеальный случай:
1. при введении подряд идентичной команды, она не пишется в историю, т.е. после
km
km
km
в недавней истории остается только один раз km (не удаляя эту же команду использованную на 200 строчек истории раньше)
2. При введении идентичной последовательности команды, они бы не дублировалась, т.е. после
make km
km
make clean
make km
km
make clean
в недавней истории осталось только один блок
make km
km
make clean
(не удаляя этот блок команд использованный на 200 строчек истории раньше)

Такое возможно сделать?

[eddy]

чтобы удалить из истории дубликаты и отсортировать содержимое.

а для чего это нужно?

Память дырявая. А так - посмотрел по истории - и нашел удобную утилитку, про которую уже и забыл, как называется...

[SLEDopit]

Такое возможно сделать?

Напишите в .bashrc просто

Код: Выделить всё

HISTCONTROL=ignoredups

без erasedups.

Память дырявая. А так - посмотрел по истории - и нашел удобную утилитку, про которую уже и забыл, как называется...

Нет, ну это понятно, я тоже для этого хистори использую (:
Зачем удалять и сортировать?

[Dreamer77]

Напишите в .bashrc просто
Код
HISTCONTROL=ignoredups
без erasedups.

В этом случае не выполняется пункт 2.

[eddy]

Зачем удалять и сортировать?

Потому что, во-первых, мне не нужно 100500 команд gcc с разными параметрами - я удаляю все параметры командной строки, оставляя лишь название команды. А во-вторых, в отсортированной истории искать попроще

[SLEDopit]

В этом случае не выполняется пункт 2.

Да, действительно. Я как то не обратил внимания.

А во-вторых, в отсортированной истории искать попроще

А, а у меня просто history пишется с таймстампом, так проще найти что и когда было сделано.

[Dreamer77]

А, а у меня просто history пишется с таймстампом, так проще найти что и когда было сделано.

Не совсем понял что это такое.
Но натолкнуло меня на мысль -- можно ли организовать history так, чтобы были только уникальные команды в течение суток, или в течение другого временного интервала?

[t.t]

Но натолкнуло меня на мысль -- можно ли организовать history так, чтобы были только уникальные команды в течение суток, или в течение другого временного интервала?

Только дополнительной обработкой файла истории или правкой исходников bash.

[SLEDopit]

Не совсем понял что это такое.

вывод history у меня вот такой:

Код: Выделить всё

 9851  2011-01-30 02:21:09 find . -name "*txt" -exec grep -li cron {} \;
 9852  2011-01-30 02:23:39 cat ReadMe.txt | enconv | less
 9853  2011-01-30 02:43:22 php -v
       ^^^^^^^^^^^^^^^^^^^ - таймстамп

[Dreamer77]

SLEDopit, очень удобно, как такое можно реализовать? И где, помимо мана, можно почитать про полезные возможности?

Только дополнительной обработкой файла истории или правкой исходников bash.

Я так и думал. Чудес не бывает.

[SLEDopit]

как такое можно реализовать?

Код: Выделить всё

export HISTTIMEFORMAT='%F %T '

И где, помимо мана, можно почитать про полезные возможности?

Ну раз так неохота читать ман, то можно погуглить статейки по настройке bash'a. Там, как правило, подобные фишки написаны.

[t.t]

И где, помимо мана, можно почитать про полезные возможности?

Ну раз так неохота читать ман, то можно

…почитать info. (: Там даже подробнее.

[sash-kan]

В этом случае не выполняется пункт 2.

вот этот:

2. При введении идентичной последовательности команды, они бы не дублировалась, т.е. после
make km
km
make clean
make km
km
make clean
в недавней истории осталось только один блок
make km
km
make clean

?
легко.
$ make km && km && make clean

p.s. а и.и. пока не изобретён. и в программах из gnu вы даже его признаков не отыщете.

А, а у меня просто history пишется с таймстампом, так проще найти что и когда было сделано.

Не совсем понял что это такое.

$ man -P 'less -rp HISTTIMEFORMAT' bash

[Dreamer77]

?
легко.
$ make km && km && make clean

бесспорно это будет работать. Только в этом случае теряется смысл компиляции.
Хотя для режима отладки подойдет.

man -P 'less -rp HISTTIMEFORMAT' bash

спасибо, понял.
Понял свою безграмотность консольную. Умом понимаю эту строчку, а вот как именно она работает -- не знаю.

почитать info. (: Там даже подробнее.

так и сделаю. Я совсем не против читать маны=)

[SLEDopit]

а вот как именно она работает -- не знаю.

Код: Выделить всё

man -P 'less -rp HISTTIMEFORMAT' bash

man bash - вызывает справочную страничку по bash
-P (относится к man) указывает pager (программу, которая будет выводить на экран справку
less - является пейджером
-p HISTTIMEFORMAT (относится к less) указывает, что в выводимом тексте нужно найти слово HISTTIMEFORMAT и начать показ именно с него.

[Babusha]

Можно попробовать такой скрипт который из файла .bash_history удаляет повторяющиеся строки.

Код: Выделить всё

#!/usr/bin/ruby -Ku
def line_exist?(line)
     File.open(self).each { |line2| return true if line2.chomp == line }
end

# Creating new file
File.new "./.bash_history.tmp"
# Opening it
File.open("./.bash_history.tmp","w") do |line|
        # Opening file with history and removing line if line exist
        File.open("./.bash_history").each do |line2|
               file.puts line2 if not "./.bash_history.tmp".line_exist?
        end
end
# Deleting file with history
File.delete "./.bash_history"
# Renaming
File.rename "./.bash_history.tmp", "./.bash_history.tmp"

[SLEDopit]

Можно попробовать такой скрипт который из файла .bash_history удаляет повторяющиеся строки.

о боже.

Код: Выделить всё

history | awk '!_[$2$3]++' > .bash_history.tmp; mv .bash_history.tmp .bash_history

($2$3 - зависит от вывода хистори от $0 до неизвестно чего)

[t.t]

Кстати, а зачем сохранять «последоальность команд, введённых ранее»? Может быть, подойдёт совмещение опции erasedups с помещением файла истории под управление версиями?

[Dreamer77]

Кстати, а зачем сохранять «последоальность команд, введённых ранее»?

Иногда выполняется сложный набор команд, который хочется сохранить в том же порядке, чтобы можно было посмотреть после и снова в той же последовательности выполнить. Хотя такое требовалось довольно редко. Т.ч. наиболее вероятно на рабочем компе включу erasedups.

совмещение опции erasedups с помещением файла истории под управление версиями?

Что есть управление версиями и как совмещать с историей?

[t.t]

Кстати, а зачем сохранять «последоальность команд, введённых ранее»?

Иногда выполняется сложный набор команд, который хочется сохранить в том же порядке, чтобы можно было посмотреть после и снова в той же последовательности выполнить. Хотя такое требовалось довольно редко. Т.ч. наиболее вероятно на рабочем компе включу erasedups.

Да, думаю, Вам это вполне подойдёт.

совмещение опции erasedups с помещением файла истории под управление версиями?

Что есть управление версиями и как совмещать с историей?

Системы управления версиями. Например, git. У меня весь домашний каталог под его управлением находится. В итоге (в частности) всегда есть возможность вернуться (временно) к любой отмеченной ранее версии любого файла; в том числе и .bash_history. Я в ближайшее время планирую написать именно о применении СУВ «в мирных целях». Если интересует, дам в этой теме ссылку, когда будет готово.

[Dreamer77]

Очень интересует.

По идее используя СУВ можно каждый день создавать новый history файл, при этом работая с историей предыдущих дней. После окончания дня дописывать уникальный набор команд в старый history файл. Если при этом еще включить таймстамп, то будет очень информатиыный файл истории, при этом не переполнынный лишними командами.
Хотя и без СУВ можно такое организовать.

Надо побольше узнать о СУВ, ибо можно использовать ее как замену бэкапу.

[t.t]

Очень интересует.

По идее используя СУВ можно каждый день создавать новый history файл, при этом работая с историей предыдущих дней. После окончания дня дописывать уникальный набор команд в старый history файл. Если при этом еще включить таймстамп, то будет очень информатиыный файл истории, при этом не переполнынный лишними командами.
Хотя и без СУВ можно такое организовать.

Надо побольше узнать о СУВ, ибо можно использовать ее как замену бэкапу.

Да, и как замену бэкапу в том числе. Хорошо, как только текст будет готов, выложу здесь ссылку.

[SLEDopit]

ибо можно использовать ее как замену бэкапу.

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

[Dreamer77]

Бэкап тоже "версии" по сети гоняет. Ведь сохраняется не полная копия, а только измененные файлы.