¿Cómo persisten las sesiones de terminal OS X a través de reinicios?

Como soy un ávido usuario de Linux antes de comprar una MacBook Pro, normalmente tengo varias tabs de terminal abiertas en cualquier momento.

En el pasado, los lockings y reinicios generalmente arruinaban mi flujo de trabajo y la mayoría de mis historiales de tabs respectivas. Busqué la manera de resolver este problema, pero siempre aparecía vacío; además de varias técnicas que utilizaban combinaciones de herramientas como ssh , screen , tmux , y requerían un server privado virtual (o similar).

Una de mis cosas favoritas acerca de usar mi MacBook Pro para escribir guiones, y usar herramientas CLI, etc .; es que mis sesiones de terminal persisten más allá de los lockings y se reinicia por defecto. De hecho, acabo de restaurar una copy de security de hace casi 2 años, y cuando entré por primera vez, me presentaron mi viejo escritorio y tres bash shells que comprendían un proyecto en el que estaba trabajando hace mucho time.

Me gustaría saber cómo OS X hace que esta característica sea posible. ¿Alguien aquí tiene una idea de cómo funciona?

  • error de permiso de installation de OS 10.11.6 pip
  • ¿Cómo deshabilitar la aplicación Notification for Terminal?
  • ¿Hay un cliente FTP de Mac que abrirá SSH en la location actual?
  • ¿Cómo personalizar los resultados de escape de la ruta de drag and drop a la terminal?
  • Automator: Cambie al directory seleccionado y ejecute script de shell
  • ¿Cómo envío files de una Mac a otra a través de Terminal?
  • ¿Cómo puedo usar Atom como editor pnetworkingeterminado para "abrir"?
  • Aplicación recién instalada (gem) a través de la terminal, ruta de acceso?
  • 2 Solutions collect form web for “¿Cómo persisten las sesiones de terminal OS X a través de reinicios?”

    El código para restaurar Terminal (en realidad bash sessions) es parte de /etc/bashrc_Apple_Terminal que se obtiene a través de /etc/profile y /etc/bashrc para cada session de bash ejecuta en Terminal.

     # Resume Support: Save/Restore Shell State # # Terminal assigns each terminal session a unique identifier and # communicates it via the TERM_SESSION_ID environment variable so that # programs running in a terminal can save/restre application-specific # state when quitting and restarting Terminal with Resume enabled. # # The following code defines a shell save/restre mechanism. Users can # add custom state by defining a shell_session_save_user_state function # that writes restration commands to the session file at exit. eg, # to save a variable: # # shell_session_save_user_state() { echo MY_VAR="'$MY_VAR'" >> "$SHELL_SESSION_FILE"; } # # During shell startup the session file is executed. Old files are # periodically deleted. # # The default behavior arranges to save and restre the bash command # history independently for each restnetworking terminal session. It also # merges commands into the global history for new sessions. Because # of this it is recommended that you set HISTSIZE and HISTFILESIZE to # larger values. # # You may disable this behavior and share a single history by setting # SHELL_SESSION_HISTORY to 0. There are some common user customizations # that arrange to share new commands among running shells by # manipulating the history at each prompt, and they typically include # 'shopt -s histappend'; therefore, if the histappend shell option is # enabled, per-session history is disabled by default. You may # explicitly enable it by setting SHELL_SESSION_HISTORY to 1. # # The implementation of per-session command histories in combination # with a shanetworking global command history is incompatible with the # HISTTIMEFORMAT variable--the timestamps are applied inconsistently # to different parts of the history; therefore, if HISTTIMEFORMAT is # defined, per-session history is disabled by default. # # Note that this uses PROMPT_COMMAND to enable per-session history # the first time for each new session. If you customize PROMPT_COMMAND # be sure to include the previous value. eg, # # PROMPT_COMMAND="${PROMPT_COMMAND:+$PROMPT_COMMAND; }your_code_here" # # Otherwise, the per-session history won't take effect until the first # restre. # # The save/restre mechanism is disabled if the following file exists: # # ~/.bash_sessions_disable 

    Por lo que puedo decir, solo guarda el text en el buffer de desplazamiento de cada window. En realidad, no guarda el estado de lo que se estaba ejecutando en los terminales; simplemente comienza un nuevo shell después del reinicio.

    Como experimento, defina una variable en su caparazón y verifique su valor:

     foo=bar echo $foo 

    Luego reinicie y verifique el valor de la variable nuevamente. Verás que ya no está definido.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).