tmux: 接続を超えて存続するセッション

要点

• 精神モデルはサーバークライアントです。「tmux new -sdeploy」は名前付きの分離セッションを作成します。 `Ctrl-b d` で切り離されます。 「tmuxattach -tdeploy」は、任意の接続から後で何かを返します。デプロイメント、ログテール、コンパイルは、ジョブの途中でスリープ状態になったラップトップでも残ります。
• ウィンドウとペインは作業面です。ウィンドウは Alt スタイルのタスク タブ (Ctrl-b c で作成、n/p または数字で切り替え)、ペインはウィンドウを分割します (Ctrl-b % 垂直、" 水平、矢印キーで移動): 1 つの画面、1 つのコンテキスト — 左側のペインにログインし、右側でサービスを再起動します。
• 構成は ~/.tmux.conf に保持されます。スクロールバックの拡大 (履歴制限)、スクロール/選択のマウス モード、エスケープ時間の短縮 (vi スタイルの遅延によりレイテンシーに敏感なキー処理が無効になります)、セッション名とウィンドウ名を表示するステータス バーが表示されます。構成は、他のすべての動作と同様にバージョン管理内に存在します。
• コピー モードは静かなスーパーパワーです。Ctrl-b [ は検索 (/) と選択範囲のコピーでスクロールバックに入ります。 grep クラスのプレフィックスと組み合わせることで、プレーンな SSH スクロールバックが失われる「3 画面前にエラーを見た」瞬間を回復します。
• チーム セッションは機能します。共有名前付きソケット (tmux -S /tmp/pair.sock) を使用すると、2 人のエンジニアがペアのデバッグまたはハンドオーバーのために同じライブ セッションに接続できます。セッションはソケットが存続する限り存続します (したがって、共有シェルの規律も維持されます: 驚く必要はありませんが、言及してください)。
• スクリプトの実際: `tmux new-session -d -s job 'run-script && send-keys...'`クラスの自動化と cron からの tmux コマンドにより、無人のマルチペイン ログ監視セットアップが行われます。レビューループを超えて存続する必要があるものについては、log-to-file と組み合わせます (代わりに、linux-commands cat-hub がログの所属場所をカバーします)。

現場ノート

1 台のラップトップのバッテリで 3 時間かかった展開では、作業中に 2 回バッテリが切れても tmux を使用して耐えました。セッションはインフラストラクチャであり、ビルドが完了したときエンジニアは眠っていました。

よくある質問