Bewahren Sie den Bash-Verlauf in mehreren Terminalfenstern auf

Ich habe durchweg mehr als ein Terminal geöffnet. Irgendwo zwischen zwei und zehn, um verschiedene Dinge zu erledigen. Nehmen wir nun an, ich starte neu und öffne einen weiteren Terminalsatz. Manche erinnern sich an bestimmte Dinge, manche vergessen.

Ich möchte eine Geschichte, die:

• Erinnert sich an alles von jedem Terminal
• Ist sofort von jedem Terminal aus erreichbar (zB wenn ich lsin einem bin , auf ein anderes bereits laufendes Terminal umsteige und dann auf drücke, erscheint ls)
• Vergisst den Befehl nicht, wenn vor dem Befehl Leerzeichen stehen.

Was kann ich tun, um die Bash-Funktion zu verbessern?

Fügen Sie ~ / .bashrc Folgendes hinzu

# Avoid duplicates
export HISTCONTROL=ignoredups:erasedups  
# When the shell exits, append to the history file instead of overwriting it
shopt -s histappend

# After each command, append to the history file and reread it
export PROMPT_COMMAND="${PROMPT_COMMAND:+$PROMPT_COMMAND$'\n'}history -a; history -c; history -r"

Das ist also alles, was mit meiner Geschichte zu .bashrctun hat:

export HISTCONTROL=ignoredups:erasedups  # no duplicate entries
export HISTSIZE=100000                   # big big history
export HISTFILESIZE=100000               # big big history
shopt -s histappend                      # append to history, don't overwrite it

# Save and reload the history after each command finishes
export PROMPT_COMMAND="history -a; history -c; history -r; $PROMPT_COMMAND"

Getestet mit bash 3.2.17 unter Mac OS X 10.5, bash 4.1.7 unter 10.6.

Hier ist mein Versuch, den Verlauf der Bash-Sitzung zu teilen. Dies ermöglicht die gemeinsame Nutzung des Verlaufs zwischen Bash-Sitzungen, sodass der Verlaufszähler nicht verwechselt wird und die Verlaufserweiterung wie !numbergewünscht funktioniert (mit einigen Einschränkungen).

Verwendung von Bash Version 4.1.5 unter Ubuntu 10.04 LTS (Lucid Lynx).

HISTSIZE=9000
HISTFILESIZE=$HISTSIZE
HISTCONTROL=ignorespace:ignoredups

_bash_history_sync() {
    builtin history -a         #1
    HISTFILESIZE=$HISTSIZE     #2
    builtin history -c         #3
    builtin history -r         #4
}

history() {                  #5
    _bash_history_sync
    builtin history "$@"
}

PROMPT_COMMAND=_bash_history_sync

Erläuterung:

1. Hängen Sie die gerade eingegebene Zeile an $HISTFILE(Standard ist .bash_history). Dadurch wird $HISTFILEeine Zeile größer.

2. Wenn Sie die Spezialvariable $HISTFILESIZEauf einen bestimmten Wert setzen, wird Bash $HISTFILEnicht länger als $HISTFILESIZEZeilen gekürzt, indem die ältesten Einträge entfernt werden.

3. Löschen Sie den Verlauf der laufenden Sitzung. Dadurch wird der Verlaufszähler um den Betrag von reduziert $HISTSIZE.

4. Lesen Sie den Inhalt von $HISTFILEund fügen Sie ihn in den aktuellen Sitzungsverlauf ein. Dadurch wird der Verlaufszähler um die Anzahl der Zeilen in erhöht $HISTFILE. Beachten Sie, dass die Zeilenzahl von $HISTFILEnicht unbedingt ist $HISTFILESIZE.

5. Die history()Funktion überschreibt den integrierten Verlauf, um sicherzustellen, dass der Verlauf synchronisiert ist, bevor er angezeigt wird. Dies ist für die Historienerweiterung nach Zahlen erforderlich (dazu später mehr).

Weitere Erklärung:

• Schritt 1 stellt sicher, dass der Befehl aus der aktuell ausgeführten Sitzung in die globale Verlaufsdatei geschrieben wird.

• Schritt 4 stellt sicher, dass die Befehle aus den anderen Sitzungen in den aktuellen Sitzungsverlauf eingelesen werden.

• Da Schritt 4 den Verlaufszähler erhöht, müssen wir den Zähler auf irgendeine Weise reduzieren. Dies erfolgt in Schritt 3.

• In Schritt 3 wird der Historienzähler um reduziert $HISTSIZE. In Schritt 4 wird der Verlaufszähler um die Anzahl der Zeilen in erhöht $HISTFILE. In Schritt 2 stellen wir sicher, dass die Zeilenzahl $HISTFILEgenau ist $HISTSIZE(dies bedeutet, $HISTFILESIZEdass die gleiche sein muss wie $HISTSIZE).

Über die Einschränkungen der Historienerweiterung:

Wenn durch die Anzahl der Geschichte Expansion verwenden, sollten Sie immer die Nummer nachschlagen unmittelbar vor dem Einsatz. Das bedeutet, dass zwischen dem Nachschlagen und der Verwendung der Nummer keine Eingabeaufforderung angezeigt wird. Das bedeutet normalerweise kein Enter und kein Strg + C.

Im Allgemeinen gibt es nach mehr als einer Bash-Sitzung keine Garantie dafür, dass eine Verlaufserweiterung nach Nummer ihren Wert zwischen zwei Bash-Eingabeaufforderungsanzeigen beibehält. Denn wenn PROMPT_COMMANDausgeführt wird, wird der Verlauf aller anderen Bash-Sessions in den Verlauf der aktuellen Session integriert. Wenn eine andere Bash-Sitzung einen neuen Befehl hat, unterscheiden sich die Verlaufsnummern der aktuellen Sitzung.

Ich finde diese Einschränkung vernünftig. Ich muss die Nummer ohnehin jedes Mal nachschlagen, weil ich mich nicht an willkürliche Verlaufsnummern erinnern kann.

Normalerweise verwende ich die Verlaufserweiterung nach dieser Nummer

$ history | grep something #note number
$ !number

Ich empfehle die Verwendung der folgenden Bash-Optionen.

## reedit a history substitution line if it failed
shopt -s histreedit
## edit a recalled history line before executing
shopt -s histverify

Seltsame Bugs:

Wenn Sie den Befehl history ausführen, der an eine beliebige Stelle weitergeleitet wird, wird dieser Befehl zweimal im Verlauf aufgeführt. Zum Beispiel:

$ history | head
$ history | tail
$ history | grep foo
$ history | true
$ history | false

Alle werden zweimal in der Historie aufgeführt. Ich habe keine Idee warum.

Verbesserungsvorschläge:

• Ändern Sie die Funktion _bash_history_sync()so, dass sie nicht jedes Mal ausgeführt wird. Beispielsweise sollte es nicht nach einer CTRL+CAufforderung ausgeführt werden. Ich CTRL+Cverwerfe oft eine lange Befehlszeile, wenn ich beschließe, diese Zeile nicht auszuführen. Manchmal muss ich verwenden CTRL+C, um ein Bash-Abschlussskript zu stoppen.

• Befehle aus der aktuellen Sitzung sollten immer die aktuellsten im Verlauf der aktuellen Sitzung sein. Dies hat auch den Nebeneffekt, dass eine bestimmte Verlaufsnummer ihren Wert für Verlaufseinträge aus dieser Sitzung beibehält.

Mir ist keine Verwendung bekannt bash. Aber es ist eines der beliebtesten Features von zsh.
Ich persönlich bevorzuge zshes, bashalso empfehle ich es zu versuchen.

Hier ist der Teil von mir .zshrc, der sich mit der Geschichte befasst:

SAVEHIST=10000 # Number of entries
HISTSIZE=10000
HISTFILE=~/.zsh/history # File
setopt APPEND_HISTORY # Don't erase history
setopt EXTENDED_HISTORY # Add additional data to history like timestamp
setopt INC_APPEND_HISTORY # Add immediately
setopt HIST_FIND_NO_DUPS # Don't show duplicates in search
setopt HIST_IGNORE_SPACE # Don't preserve spaces. You may want to turn it off
setopt NO_HIST_BEEP # Don't beep
setopt SHARE_HISTORY # Share history between session/terminals

Dazu müssen Sie Ihrem Text zwei Zeilen hinzufügen ~/.bashrc:

shopt -s histappend
PROMPT_COMMAND="history -a;history -c;history -r;$PROMPT_COMMAND"

Von man bash:

Wenn die Shell-Option histappend aktiviert ist (siehe Beschreibung von shopt unter SHELL BUILTIN COMMANDS unten), werden die Zeilen an die Verlaufsdatei angehängt, andernfalls wird die Verlaufsdatei überschrieben.

Sie können Ihre BASH-Eingabeaufforderung so bearbeiten, dass die von Mürr vorgeschlagenen Befehle "history -a" und "history -r" ausgeführt werden:

savePS1=$PS1

(falls Sie etwas vermasseln, was fast garantiert ist)

PS1=$savePS1`history -a;history -r`

(Beachten Sie, dass dies ein Back-Tick ist. Sie führen bei jeder Eingabeaufforderung den Verlauf -a und den Verlauf -r aus. Da sie keinen Text ausgeben, bleibt Ihre Eingabeaufforderung unverändert.

Sobald Sie Ihre PS1-Variable wie gewünscht eingerichtet haben, legen Sie sie dauerhaft in Ihrer ~ / .bashrc-Datei fest.

Wenn Sie beim Testen zu Ihrer ursprünglichen Eingabeaufforderung zurückkehren möchten, gehen Sie wie folgt vor:

PS1=$savePS1

Ich habe grundlegende Tests durchgeführt, um sicherzustellen, dass es funktioniert, kann aber nicht history -a;history -rbei jeder Eingabeaufforderung auf Nebenwirkungen hinweisen.

Wenn Sie eine Lösung für die Bash- oder Zsh-Verlaufssynchronisierung benötigen, die auch das unten stehende Problem löst, lesen Sie diese unter http://ptspts.blogspot.com/2011/03/how-to-automatically-synchronize-shell.html

Das Problem ist das Folgende: Ich habe zwei Shell-Fenster A und B. In Shell-Fenster A starte ich sleep 9999und (ohne darauf zu warten, dass der Ruhezustand beendet ist) in Shell-Fenster B möchte ich in der Lage sein, sleep 9999den Bash-Verlauf zu sehen.

Der Grund, warum die meisten anderen Lösungen dieses Problem nicht lösen können, ist, dass sie ihre Verlaufsänderungen in die Verlaufsdatei schreiben, indem sie PROMPT_COMMANDoder PS1, die beide zu spät ausgeführt werden, erst nach sleep 9999Beendigung des Befehls verwenden.

Mit können Sie history -aden Verlauf der aktuellen Sitzung an die Histdatei anhängen und dann history -rauf den anderen Terminals die Histdatei lesen. 

Richtig, also hat mich das schließlich geärgert, eine anständige Lösung zu finden:

# Write history after each command
_bash_history_append() {
    builtin history -a
}
PROMPT_COMMAND="_bash_history_append; $PROMPT_COMMAND"

Was dies bedeutet, ist eine Art Verschmelzung dessen, was in diesem Thread gesagt wurde, mit der Ausnahme, dass ich nicht verstehe, warum Sie die globale Historie nach jedem Befehl neu laden sollten. Ich kümmere mich sehr selten darum, was in anderen Terminals passiert, aber ich führe immer eine Reihe von Befehlen aus, beispielsweise in einem Terminal:

make
ls -lh target/*.foo
scp target/artifact.foo vm:~/

(Vereinfachtes Beispiel)

Und in einem anderen:

pv ~/test.data | nc vm:5000 >> output
less output
mv output output.backup1

Auf keinen Fall möchte ich, dass der Befehl geteilt wird

Hier ist eine Alternative, die ich benutze. Es ist umständlich, behebt jedoch das von @axel_c erwähnte Problem, bei dem manchmal eine separate Verlaufsinstanz in jedem Terminal gewünscht wird (eine für make, eine für monitoring, eine für vim usw.).

Ich behalte eine separate angehängte Verlaufsdatei, die ich ständig aktualisiere. Ich habe die folgenden Hotkeys zugeordnet:

history | grep -v history >> ~/master_history.txt

Damit wird der gesamte Verlauf des aktuellen Terminals an eine Datei mit dem Namen master_history.txt in Ihrem Ausgangsverzeichnis angehängt.

Ich habe auch einen separaten Hotkey zum Durchsuchen der Master-History-Datei:

cat /home/toby/master_history.txt | grep -i

Ich benutze Katze | grep, weil es den Cursor am Ende verlässt, um meinen regulären Ausdruck einzugeben. Ein weniger hässlicher Weg, dies zu tun, wäre, ein paar Skripte zu Ihrem Pfad hinzuzufügen, um diese Aufgaben zu erledigen, aber Hotkeys funktionieren für meine Zwecke. Ich werde auch in regelmäßigen Abständen den Verlauf von anderen Hosts abrufen, an denen ich gearbeitet habe, und diesen Verlauf an meine master_history.txt-Datei anhängen.

Es ist immer schön, in der Lage zu sein, schnell nach diesem kniffligen Regex oder diesem seltsamen Perl-Einzeiler zu suchen, den Sie vor 7 Monaten erfunden haben.

Ich kann eine Lösung für die letzte anbieten: Stellen Sie sicher, dass die env-Variable HISTCONTROL nicht "ignorespace" (oder "ignoreboth") angibt.

Aber ich spüre Ihren Schmerz bei mehreren gleichzeitigen Sitzungen. Es ist einfach nicht gut in bash gehandhabt.

Hier ist meine Erweiterung zu @ lesmanas Antwort . Der Hauptunterschied besteht darin, dass gleichzeitige Fenster den Verlauf nicht gemeinsam nutzen. Dies bedeutet, dass Sie in Ihren Fenstern weiterarbeiten können, ohne dass Kontext von anderen Fenstern in Ihre aktuellen Fenster geladen wird.

Wenn Sie explizit 'history' eingeben ODER wenn Sie ein neues Fenster öffnen, erhalten Sie den Verlauf von allen vorherigen Fenstern.

Außerdem verwende ich diese Strategie, um jeden Befehl zu archivieren, der jemals auf meinem Computer eingegeben wurde.

# Consistent and forever bash history
HISTSIZE=100000
HISTFILESIZE=$HISTSIZE
HISTCONTROL=ignorespace:ignoredups

_bash_history_sync() {
  builtin history -a         #1
  HISTFILESIZE=$HISTSIZE     #2
}

_bash_history_sync_and_reload() {
  builtin history -a         #1
  HISTFILESIZE=$HISTSIZE     #2
  builtin history -c         #3
  builtin history -r         #4
}

history() {                  #5
  _bash_history_sync_and_reload
  builtin history "$@"
}

export HISTTIMEFORMAT="%y/%m/%d %H:%M:%S   "
PROMPT_COMMAND='history 1 >> ${HOME}/.bash_eternal_history'
PROMPT_COMMAND=_bash_history_sync;$PROMPT_COMMAND

Ich habe mich dafür entschieden, den Verlauf in eine Datei pro Tag zu schreiben, da mehrere Personen auf demselben Server arbeiten können. Durch das Trennen der Befehle jeder Sitzung wird die Prüfung vereinfacht.

# Convert /dev/nnn/X or /dev/nnnX to "nnnX"
HISTSUFFIX=`tty | sed 's/\///g;s/^dev//g'`
# History file is now .bash_history_pts0
HISTFILE=".bash_history_$HISTSUFFIX"
HISTTIMEFORMAT="%y-%m-%d %H:%M:%S "
HISTCONTROL=ignoredups:ignorespace
shopt -s histappend
HISTSIZE=1000
HISTFILESIZE=5000

Die Geschichte sieht jetzt so aus:

user@host:~# test 123
user@host:~# test 5451
user@host:~# history
1  15-08-11 10:09:58 test 123
2  15-08-11 10:10:00 test 5451
3  15-08-11 10:10:02 history

Die Dateien sehen folgendermaßen aus:

user@host:~# ls -la .bash*
-rw------- 1 root root  4275 Aug 11 09:42 .bash_history_pts0
-rw------- 1 root root    75 Aug 11 09:49 .bash_history_pts1
-rw-r--r-- 1 root root  3120 Aug 11 10:09 .bashrc

An dieser Stelle möchte ich auf ein Problem hinweisen

export PROMPT_COMMAND="${PROMPT_COMMAND:+$PROMPT_COMMAND$'\n'}history -a; history -c; history -r"

und

PROMPT_COMMAND="$PROMPT_COMMAND;history -a; history -n"

Wenn Sie source ~ / .bashrc ausführen, lautet das $ PROMPT_COMMAND wie folgt

"history -a; history -c; history -r history -a; history -c; history -r"

und

"history -a; history -n history -a; history -n"

Diese Wiederholung erfolgt jedes Mal, wenn Sie 'source ~ / .bashrc' ausführen. Sie können PROMPT_COMMAND nach jedem Ausführen von 'source ~ / .bashrc' überprüfen, indem Sie 'echo $ PROMPT_COMMAND' ausführen.

Sie konnten sehen, dass einige Befehle anscheinend nicht funktionierten: "history -n history -a". Aber die gute Nachricht ist, dass es immer noch funktioniert, da andere Teile immer noch eine gültige Befehlssequenz bilden (nur mit einigen zusätzlichen Kosten, da einige Befehle wiederholt ausgeführt werden. Und nicht so sauber.)

Persönlich benutze ich folgende einfache Version:

shopt -s histappend
PROMPT_COMMAND="history -a; history -c; history -r"

das hat die meisten der Funktionalitäten, während kein solches Problem wie oben erwähnt.

Ein weiterer Punkt ist: Es gibt wirklich nichts Magisches . PROMPT_COMMAND ist nur eine einfache Bash-Umgebungsvariable. Die darin enthaltenen Befehle werden ausgeführt, bevor Sie die Bash-Eingabeaufforderung (das $ -Zeichen) erhalten. Beispielsweise lautet Ihr PROMPT_COMMAND "echo 123" und Sie führen "ls" in Ihrem Terminal aus. Der Effekt ist wie das Ausführen von "ls; echo 123".

$ PROMPT_COMMAND="echo 123"

Ausgabe (So wie 'PROMPT_COMMAND = "echo 123"; $ PROMPT_COMMAND' ausgeführt wird):

123

Führen Sie Folgendes aus:

$ echo 3

Ausgabe:

3
123

"history -a" wird verwendet, um die history-Befehle in den Speicher von ~ / .bash_history zu schreiben

Mit "history -c" werden die Verlaufsbefehle im Speicher gelöscht

"history -r" wird verwendet, um Verlaufsbefehle von ~ / .bash_history in den Speicher zu lesen

Eine Erklärung zu den history-Befehlen finden Sie hier: http://ss64.com/bash/history.html

PS: Wie andere Benutzer bereits betont haben, ist der Export nicht erforderlich. Siehe: Verwenden des Exports in .bashrc

Ich habe ein Skript zum Festlegen einer Verlaufsdatei pro Sitzung oder Aufgabe auf der Grundlage der folgenden Informationen geschrieben.

        # write existing history to the old file
        history -a

        # set new historyfile
        export HISTFILE="$1"
        export HISET=$1

        # touch the new file to make sure it exists
        touch $HISTFILE
        # load new history file
        history -r $HISTFILE

Es ist nicht notwendig, jeden Verlaufsbefehl zu speichern, aber es speichert die, die mir wichtig sind, und es ist einfacher, sie abzurufen, als jeden Befehl zu durchlaufen. Meine Version listet auch alle Verlaufsdateien auf und bietet die Möglichkeit, sie alle zu durchsuchen.

Vollständige Quelle: https://github.com/simotek/scripts-config/blob/master/hiset.sh

Hier ist eine Lösung, die nicht die Historien einzelner Sitzungen verwechselt!

Grundsätzlich muss der Verlauf jeder Sitzung separat gespeichert und bei jeder Aufforderung neu erstellt werden. Ja, es werden mehr Ressourcen verwendet, aber es ist nicht so langsam, wie es sich anhört. Die Verzögerung macht sich erst bemerkbar, wenn Sie mehr als 100000 Verlaufseinträge haben.

Hier ist die Kernlogik:

# on every prompt, save new history to dedicated file and recreate full history
# by reading all files, always keeping history from current session on top.
update_history () {
  history -a ${HISTFILE}.$$
  history -c
  history -r
  for f in `ls ${HISTFILE}.[0-9]* | grep -v "${HISTFILE}.$$\$"`; do
    history -r $f
  done
  history -r "${HISTFILE}.$$"
}
export PROMPT_COMMAND='update_history'

# merge session history into main history file on bash exit
merge_session_history () {
  cat ${HISTFILE}.$$ >> $HISTFILE
  rm ${HISTFILE}.$$
}
trap merge_session_history EXIT

In dieser Übersicht finden Sie eine vollständige Lösung, einschließlich einiger Sicherheitsmaßnahmen und Leistungsoptimierungen.

Dies funktioniert bei ZSH

##############################################################################
# History Configuration for ZSH
##############################################################################
HISTSIZE=10000               #How many lines of history to keep in memory
HISTFILE=~/.zsh_history     #Where to save history to disk
SAVEHIST=10000               #Number of history entries to save to disk
#HISTDUP=erase               #Erase duplicates in the history file
setopt    appendhistory     #Append history to the history file (no overwriting)
setopt    sharehistory      #Share history across terminals
setopt    incappendhistory  #Immediately append to the history file, not just when a term is killed

Ich wollte dies seit langem, vor allem die Möglichkeit, einen Befehl abzurufen, indem er ausgeführt wurde, um ihn in einem neuen Projekt erneut auszuführen (oder ein Verzeichnis mit einem Befehl zu finden). Deshalb habe ich dieses Tool zusammengestellt, das frühere Lösungen zum Speichern eines globalen CLI-Verlaufs mit einem interaktiven Grepping-Tool namens Percol (C ^ R zugeordnet) kombiniert. Es ist auf dem ersten Computer, auf dem ich mit der Verwendung begonnen habe, immer noch ein Kinderspiel.

Mit dem lokalen CLI-Verlauf ist es in Bezug auf die Pfeiltasten nicht verwirrend, aber Sie können ganz einfach auf den globalen Verlauf zugreifen (den Sie auch einem anderen Element als C ^ R zuordnen können).

Weil ich unendliche Geschichte bevorzuge, die in einer benutzerdefinierten Datei gespeichert ist. Ich erstelle diese Konfiguration basierend auf https://stackoverflow.com/a/19533853/4632019 :

export HISTFILESIZE=
export HISTSIZE=
export HISTTIMEFORMAT="[%F %T] "

export HISTFILE=~/.bash_myhistory
PROMPT_COMMAND="history -a; history -r; $PROMPT_COMMAND"

Hier ist der Ausschnitt aus meinem .bashrc und kurze Erklärungen, wo immer nötig:

# The following line ensures that history logs screen commands as well
shopt -s histappend

# This line makes the history file to be rewritten and reread at each bash prompt
PROMPT_COMMAND="$PROMPT_COMMAND;history -a; history -n"
# Have lots of history
HISTSIZE=100000         # remember the last 100000 commands
HISTFILESIZE=100000     # start truncating commands after 100000 lines
HISTCONTROL=ignoreboth  # ignoreboth is shorthand for ignorespace and     ignoredups

HISTFILESIZE und HISTSIZE sind persönliche Einstellungen und können nach Belieben geändert werden.