base on Manage complex tmux sessions easily # Tmuxinator [](http://badge.fury.io/rb/tmuxinator) [](https://github.com/tmuxinator/tmuxinator/actions/workflows/ci.yaml) [](https://coveralls.io/r/tmuxinator/tmuxinator?branch=master) [](https://codeclimate.com/github/tmuxinator/tmuxinator) [](https://gemnasium.com/tmuxinator/tmuxinator) [](https://gitter.im/tmuxinator/tmuxinator?utm_source=badge&utm_medium=badge&utm_campaign=pr-badge) Create and manage tmux sessions easily. <table> <tbody> <tr align="center"> <td> <img src="https://user-images.githubusercontent.com/289949/44366875-1a6cee00-a49c-11e8-9322-76e70df0c88b.gif" alt="Screenshot" width="80%" /> </td> </tr> </tbody> </table> ## Installation ### RubyGems ``` gem install tmuxinator ``` ### Homebrew ``` brew install tmuxinator ``` Some users have [reported issues](https://github.com/tmuxinator/tmuxinator/issues/841) when installing via Homebrew, so the RubyGems installation is preferred until these are resolved. tmuxinator aims to be compatible with [the currently maintained versions of Ruby](https://www.ruby-lang.org/en/downloads/). Some operating systems may provide an unsupported version of Ruby as their "system ruby". In these cases, users should use [RVM](https://rvm.io/) or [rbenv](https://github.com/rbenv/rbenv) to install a supported Ruby version and use that version's `gem` binary to install tmuxinator. ## Editor and Shell tmuxinator uses your shell's default editor for opening files. If you're not sure what that is type: ``` bash echo $EDITOR ``` For me that produces "vim". If you want to change your default editor simply put a line in ~/.bashrc that changes it. Mine looks like this: ```bash export EDITOR='vim' ``` ## tmux The recommended version of tmux to use is 1.8 or later, with the exception of 2.5, which is **not** supported (see [issue 536](https://github.com/tmuxinator/tmuxinator/issues/536) for details). Your mileage may vary for earlier versions. Refer to the FAQ for any odd behaviour. ## Completion Your distribution's package manager may install the completion files in the appropriate location for the completion to load automatically on startup. But, if you installed tmuxinator via Ruby's `gem`, you'll need to run the following commands to put the completion files where they'll be loaded by your shell. ### bash ```bash wget https://raw.githubusercontent.com/tmuxinator/tmuxinator/master/completion/tmuxinator.bash -O /etc/bash_completion.d/tmuxinator.bash ``` ### zsh ```bash wget https://raw.githubusercontent.com/tmuxinator/tmuxinator/master/completion/tmuxinator.zsh -O /usr/local/share/zsh/site-functions/_tmuxinator ``` Note: ZSH's completion files can be put in other locations in your `$fpath`. Please refer to the [manual](http://zsh.sourceforge.net/Doc/Release/Functions.html) for more details. ### fish ```bash wget https://raw.githubusercontent.com/tmuxinator/tmuxinator/master/completion/tmuxinator.fish -O ~/.config/fish/completions/tmuxinator.fish ``` ## Usage A working knowledge of tmux is assumed. You should understand what windows and panes are in tmux. If not please consult the [man pages](https://web.archive.org/web/20220308205829/https://man.openbsd.org/OpenBSD-current/man1/tmux.1) for tmux. ### Create a project Create or edit your projects with: ``` tmuxinator new [project] ``` Create or edit a local project where the config file will be stored in the current working directory (in `.tmuxinator.yml`) instead of the default project configuration file location (e.g. `~/.config/tmuxinator`): ``` tmuxinator new --local [project] ``` For editing you can also use `tmuxinator open [project]`. `new` is aliased to `n`,`open` to `o`, and `edit` to `e`. Please note that dots can't be used in project names as tmux uses them internally to delimit between windows and panes. Your default editor (`$EDITOR`) is used to open the file. If this is a new project you will see this default config: ```yaml # ~/.tmuxinator/sample.yml name: sample root: ~/ # Optional tmux socket # socket_name: foo # Note that the pre and post options have been deprecated and will be replaced by # project hooks. # Project hooks # Runs on project start, always # on_project_start: command # Run on project start, the first time # on_project_first_start: command # Run on project start, after the first time # on_project_restart: command # Run on project exit ( detaching from tmux session ) # on_project_exit: command # Run on project stop # on_project_stop: command # Runs in each window and pane before window/pane specific commands. Useful for setting up interpreter versions. # pre_window: rbenv shell 2.0.0-p247 # Pass command line options to tmux. Useful for specifying a different tmux.conf. # tmux_options: -f ~/.tmux.mac.conf # Change the command to call tmux. This can be used by derivatives/wrappers like byobu. # tmux_command: byobu # Specifies (by name or index) which window will be selected on project startup. If not set, the first window is used. # startup_window: editor # Specifies (by index) which pane of the specified window will be selected on project startup. If not set, the first pane is used. # startup_pane: 1 # Controls whether the tmux session should be attached to automatically. Defaults to true. # attach: false # Enables the display of pane titles. For example "editor" below. Defaults to false. # enable_pane_titles: true # Configures pane title position. Can be: bottom, top, or "off". Note: "off" must be provided in quotes to avoid being interpreted as a boolean false. Defaults to top. # pane_title_position: bottom # Configures pane title format. Defaults to "#{pane_index}: #{pane_title}". # Please see the tmux manpage for details, on valid formats. # pane_title_format: " [ #T ] " windows: - editor: layout: main-vertical # Synchronize all panes of this window, can be enabled before or after the pane commands run. # 'before' represents legacy functionality and will be deprecated in a future release, in favour of 'after' # synchronize: after panes: - editor: - vim - guard - server: bundle exec rails s - logs: tail -f log/development.log ``` ## Windows The windows option allows the specification of any number of tmux windows. Each window is denoted by a YAML array entry, followed by a name* and command to be run. *Users may optionally provide a null YAML value (e.g. `null` or `~`) in place of a named window key, which will cause the window to use its default name (usually the name of their shell). ```yaml windows: - editor: vim ``` ### Window specific root An optional root option can be specified per window: ```yaml name: test root: ~/projects/company windows: - small_project: root: ~/projects/company/small_project panes: - start this - start that ``` This takes precedence over the main root option. ## Panes **_Note that if you wish to use panes, make sure that you do not have `.` in your project name. tmux uses `.` to delimit between window and pane indices, and tmuxinator uses the project name in combination with these indices to target the correct pane or window._** Panes are optional and are children of window entries, but unlike windows, they do not need a name. In the following example, the `editor` window has 2 panes, one running vim, the other guard. ```yaml windows: - editor: layout: main-vertical panes: - vim - guard ``` The layout setting gets handed down to tmux directly, so you can choose from one of [the five standard layouts](https://web.archive.org/web/20220308205829/https://man.openbsd.org/OpenBSD-current/man1/tmux.1#even-horizontal) or [specify your own](http://stackoverflow.com/a/9976282/183537). **Please note the indentation here is deliberate. YAML's indentation rules can be confusing, so if your config isn't working as expected, please check the indentation.** For a more detailed explanation of _why_ YAML behaves this way, see [this](https://stackoverflow.com/questions/50594758/why-isnt-two-spaced-yaml-parsed-like-four-spaced-yaml/50600253#50600253) Stack Overflow question. **Note:** If you're noticing inconsistencies when using a custom layout it may be due [#651](https://github.com/tmuxinator/tmuxinator/issues/651). See [this comment](https://github.com/tmuxinator/tmuxinator/issues/651#issuecomment-497780424) for a workaround. ### Pane titles It is also possible (starting with tmux v2.6) to give a title to panes. ```yaml enable_pane_titles: true windows: - editor: layout: main-vertical panes: - editor: - vim - guard ``` ## Interpreter Managers & Environment Variables To use tmuxinator with rbenv, RVM, NVM etc, use the `pre_window` option. ```yaml pre_window: rbenv shell 2.0.0-p247 ``` These command(s) will run before any subsequent commands in all panes and windows. ## Custom session attachment You can set tmuxinator to skip auto-attaching to the session by using the `attach` option. ```yaml attach: false ``` If you want to attach to tmux in a non-standard way (e.g. for a program that makes use of tmux control mode like iTerm2), you can run arbitrary commands by using a project hook: ```yaml on_project_exit: tmux -CC attach ``` ## Passing directly to send-keys tmuxinator passes commands directly to send keys. This differs from simply chaining commands together using `&&` or `;`, in that tmux will directly send the commands to a shell as if you typed them in. This allows commands to be executed on a remote server over SSH for example. To support this both the window and pane options can take an array as an argument: ```yaml name: sample root: ~/ windows: - stats: - ssh [email protected] - tail -f /var/log/stats.log - logs: layout: main-vertical panes: - logs: - ssh [email protected] - cd /var/logs - tail -f development.log ``` ## ERB Project files support [ERB](https://en.wikipedia.org/wiki/ERuby#erb) for reusability across environments. Eg: ```yaml root: <%= ENV["MY_CUSTOM_DIR"] %> ``` You can also pass arguments to your projects, and access them with ERB. Simple arguments are available in an array named `@args`. Eg: ```bash $ tmuxinator start project foo ``` ```yaml # ~/.tmuxinator/project.yml name: project root: ~/<%= @args[0] %> ... ``` You can also pass key-value pairs using the format `key=value`. These will be available in a hash named `@settings`. Eg: ```bash $ tmuxinator start project workspace=~/workspace/todo ``` ```yaml # ~/.tmuxinator/project.yml name: project root: ~/<%= @settings["workspace"] %> ... ``` ## Starting a session This will fire up tmux with all the tabs and panes you configured, `start` is aliased to `s`. ``` tmuxinator start [project] -n [name] -p [project-config] ``` If you use the optional `[name]` argument, it will start a new tmux session with the custom name provided. This is to enable reuse of a project without tmux session name collision. If there is a `./.tmuxinator.yml` file in the current working directory but not a named project file in `~/.tmuxinator`, tmuxinator will use the local file. This is primarily intended to be used for sharing tmux configurations in complex development environments. You can provide tmuxinator with a project config file using the optional `[project-config]` argument (e.g. `--project-config=path/to/my-project.yaml` or `-p path/to/my-project.yaml`). This option will override a `[project]` name (if provided) and a local tmuxinator file (if present). ## Shorthand The [shell completion files](#completion) also include a shorthand alias for tmuxinator that can be used in place of the full name*. ``` mux [command] ``` *The `mux` alias has been removed from the Zsh completion script because it was resulting in unexpected behavior in some setups. Including aliases in completion scripts is not standard practice and the Bash and Fish aliases may be removed in a future release. Going forward, users should create their own aliases in their shell's RC file (e.g. `alias mux=tmuxinator`). ## Other Commands Copy an existing project. Aliased to `c` and `cp` ``` tmuxinator copy [existing] [new] ``` List all the projects you have configured. Aliased to `l` and `ls` ``` tmuxinator list ``` Remove a project. Aliased to `rm` ``` tmuxinator delete [project] ``` Remove all tmuxinator configs, aliases and scripts. Aliased to `i` ``` tmuxinator implode ``` Examines your environment and identifies problems with your configuration ``` tmuxinator doctor ``` Shows tmuxinator's help. Aliased to `h` ``` tmuxinator help ``` Shows the shell commands that get executed for a project ``` tmuxinator debug [project] ``` Shows tmuxinator's version. ``` tmuxinator version ``` ## Project Configuration Location Using environment variables, it's possible to define which directory tmuxinator will use when creating or searching for project config files. (See [PR #511](https://github.com/tmuxinator/tmuxinator/pull/511).) Tmuxinator will attempt to use the following locations (in this order) when creating or searching for existing project configuration files: - `$TMUXINATOR_CONFIG` - `$XDG_CONFIG_HOME/tmuxinator` - `~/.tmuxinator` ## FAQ ### Window names are not displaying properly? Add `export DISABLE_AUTO_TITLE=true` to your `.zshrc` or `.bashrc` ### Commands being lost or corrupted If a lot of commands or long commands are sent to a pane, and commands or characters seem to be lost or corrupted, it could be that the TTY typeahead buffer is full and losing new characters. This may happen when an earlier command takes a long time to complete. This seems to affect macOS with zsh more than other platforms. When this occurs, try putting your commands in a separate script and calling that from your tmuxinator configuration using e.g.: `source`. ## Contributing To contribute, please read the [contributing guide](https://github.com/tmuxinator/tmuxinator/blob/master/CONTRIBUTING.md). ## Copyright Copyright (c) 2010-2020 Allen Bargi, Christopher Chow. See LICENSE for further details. ", Assign "at most 3 tags" to the expected json: {"id":"1735","tags":[]} "only from the tags list I provide: [{"id":77,"name":"3d"},{"id":89,"name":"agent"},{"id":17,"name":"ai"},{"id":54,"name":"algorithm"},{"id":24,"name":"api"},{"id":44,"name":"authentication"},{"id":3,"name":"aws"},{"id":27,"name":"backend"},{"id":60,"name":"benchmark"},{"id":72,"name":"best-practices"},{"id":39,"name":"bitcoin"},{"id":37,"name":"blockchain"},{"id":1,"name":"blog"},{"id":45,"name":"bundler"},{"id":58,"name":"cache"},{"id":21,"name":"chat"},{"id":49,"name":"cicd"},{"id":4,"name":"cli"},{"id":64,"name":"cloud-native"},{"id":48,"name":"cms"},{"id":61,"name":"compiler"},{"id":68,"name":"containerization"},{"id":92,"name":"crm"},{"id":34,"name":"data"},{"id":47,"name":"database"},{"id":8,"name":"declarative-gui "},{"id":9,"name":"deploy-tool"},{"id":53,"name":"desktop-app"},{"id":6,"name":"dev-exp-lib"},{"id":59,"name":"dev-tool"},{"id":13,"name":"ecommerce"},{"id":26,"name":"editor"},{"id":66,"name":"emulator"},{"id":62,"name":"filesystem"},{"id":80,"name":"finance"},{"id":15,"name":"firmware"},{"id":73,"name":"for-fun"},{"id":2,"name":"framework"},{"id":11,"name":"frontend"},{"id":22,"name":"game"},{"id":81,"name":"game-engine "},{"id":23,"name":"graphql"},{"id":84,"name":"gui"},{"id":91,"name":"http"},{"id":5,"name":"http-client"},{"id":51,"name":"iac"},{"id":30,"name":"ide"},{"id":78,"name":"iot"},{"id":40,"name":"json"},{"id":83,"name":"julian"},{"id":38,"name":"k8s"},{"id":31,"name":"language"},{"id":10,"name":"learning-resource"},{"id":33,"name":"lib"},{"id":41,"name":"linter"},{"id":28,"name":"lms"},{"id":16,"name":"logging"},{"id":76,"name":"low-code"},{"id":90,"name":"message-queue"},{"id":42,"name":"mobile-app"},{"id":18,"name":"monitoring"},{"id":36,"name":"networking"},{"id":7,"name":"node-version"},{"id":55,"name":"nosql"},{"id":57,"name":"observability"},{"id":46,"name":"orm"},{"id":52,"name":"os"},{"id":14,"name":"parser"},{"id":74,"name":"react"},{"id":82,"name":"real-time"},{"id":56,"name":"robot"},{"id":65,"name":"runtime"},{"id":32,"name":"sdk"},{"id":71,"name":"search"},{"id":63,"name":"secrets"},{"id":25,"name":"security"},{"id":85,"name":"server"},{"id":86,"name":"serverless"},{"id":70,"name":"storage"},{"id":75,"name":"system-design"},{"id":79,"name":"terminal"},{"id":29,"name":"testing"},{"id":12,"name":"ui"},{"id":50,"name":"ux"},{"id":88,"name":"video"},{"id":20,"name":"web-app"},{"id":35,"name":"web-server"},{"id":43,"name":"webassembly"},{"id":69,"name":"workflow"},{"id":87,"name":"yaml"}]" returns me the "expected json"