A plugin manager for Fishβthe friendly interactive shell. Looking for plugins?
Manage functions, completions, bindings, and snippets from the command line. Extend your shell capabilities, change the look of your prompt and create repeatable configurations across different systems effortlessly.
- 100% pure-Fishβeasy to contribute to or modify.
- Blazing fast concurrent plugin downloads.
- Zero configuration out of the box.
- Oh My Fish! plugin support.
curl -sL https://git.io/fisher | source && fisher install jorgebucaran/fisher
You can install, update, and remove plugins interactively with Fisher, taking advantage of Fish tab completion and rich syntax highlighting.
Install plugins using the install
command followed by the path to the repository on GitHub.
fisher install ilancosman/tide
To get a specific version of a plugin add an @
symbol after the plugin name followed by a tag, branch, or commit.
fisher install jorgebucaran/nvm.fish@2.1.0
You can install plugins from a local directory too.
fisher install ~/path/to/plugin
Fisher expands plugins into your Fish configuration directory by default, overwriting existing files. If you wish to change this behavior, set
$fisher_path
to your preferred location and put it in your function path (#640).
List all the plugins that are currently installed using the list
command.
$ fisher list
jorgebucaran/fisher
ilancosman/tide
jorgebucaran/nvm.fish@2.1.0
/home/jb/path/to/plugin
The list
command also accepts a regular expression to filter the output.
$ fisher list \^/
/home/jb/path/to/plugin
The update
command updates one or more plugins to their latest version.
fisher update jorgebucaran/fisher
Use just
fisher update
to update everything.
Remove installed plugins using the remove
command.
fisher remove jorgebucaran/nvm.fish@2.1.0
You may want to remove everything, including Fisher.
fisher list | fisher remove
Whenever you install or remove a plugin from the command line, Fisher will write down all the installed plugins plugins to $__fish_config_dir/fish_plugins
. Adding this file to your dotfiles or version control is the easiest way to share your configuration across different systems.
You can also edit this file and run fisher update
to commit changes:
nano $__fish_config_dir/fish_plugins
jorgebucaran/fisher
ilancosman/tide
jorgebucaran/nvm.fish@2.1.0
+ PatrickF1/fzf.fish
- /home/jb/path/to/plugin
fisher update
That will install PatrickF1/fzf.fish, remove /home/jb/path/to/plugin, and update everything else.
A plugin can be any number of files in a functions
, conf.d
, and completions
directory. Most plugins consist of a single function, or configuration snippet. This is what a typical plugin looks like.
ponyo βββ completions β βββ ponyo.fish βββ conf.d β βββ ponyo.fish βββ functions βββ ponyo.fish
Non .fish
files as well as directories inside those locations will be copied to $fisher_path
under functions
, conf.d
, or completions
respectively.
Plugins are notified as they are being installed, updated, or removed via Fish events.
--on-event
functions must already be loaded when their event is emitted. Thus, you should put your event handlers in theconf.d
directory.
# Defined in ponyo/conf.d/ponyo.fish
function _ponyo_install --on-event ponyo_install
# Set universal variables, create bindings, and other initialization logic.
end
function _ponyo_update --on-event ponyo_update
# Migrate resources, print warnings, and other update logic.
end
function _ponyo_uninstall --on-event ponyo_uninstall
# Erase "private" functions, variables, bindings, and other uninstall logic.
end
Fisher started out in 2016 by @jorgebucaran as a shell configuration manager for Fish. We had a lot of help along the way. Oh My Fish laid the groundwork as the first popular Fish framework. @jethrokuan was particularly helpful during the first years. @PatrickF1's candid feedback has been invaluable time and again. Bootstrapping Fisher was originally @IlanCosman's idea. Thank you to all our contributors! <3