You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Updating a plugin should fetch its latest version, and if that's successful, remove the old and install the new version, instead of trying to overwrite files.
Let's say we install some my/foobar which adds a foobar.fish and _foobar_bazinga.fish to our functions/. If we fisher update my/foobar when a new version of foobar is published that no longer has a _foobar_bazinga.fish, Fisher won't be able to remove _foobar_bazinga.fish, since the file won't be in the source directory.
This problem exists for both remote and local plugins, but it's even worse for local plugins because we use symlinks for them.
The text was updated successfully, but these errors were encountered:
- Remove and install when updating instead of replacing files (#601)
- Updating shouldn't remove plugin if the host is unvailable (#602)
- Can't reliably update local plugins because of symlinks (#603)
- Filter duplicates in argv and fish_plugins (#604)
- Add support to install plugins from branch names with slashes (#588)
Updating a plugin should fetch its latest version, and if that's successful, remove the old and install the new version, instead of trying to overwrite files.
Let's say we install some
my/foobar
which adds afoobar.fish
and_foobar_bazinga.fish
to ourfunctions/
. If wefisher update my/foobar
when a new version offoobar
is published that no longer has a_foobar_bazinga.fish
, Fisher won't be able to remove_foobar_bazinga.fish
, since the file won't be in the source directory.This problem exists for both remote and local plugins, but it's even worse for local plugins because we use symlinks for them.
The text was updated successfully, but these errors were encountered: