タグ付けされた質問 「plugin-managers」

私はvimのさまざまなパッケージマネージャーとvim -plugを使用することを決めたパッケージマネージャーを見てきましたが、病原体やバンドルなどの他のパッケージマネージャーを見てきましたが、その違いが正直わかりません。 違いを簡単に説明してくれるので、自分に最適な方法を判断できますか？

197 plugin-managers 

多くのVimプラグインにはVimballがないようです。 Vimballは基本的に、vimがインストール方法を知っているプラ​​グインのtarballでした。したがって、これらは使用するよりも少し便利tar -xvf でした。なぜなら、tarballのディレクトリ構造がさまざまな方法でネストされていることを心配する必要がないからです。 、またはプラグインなどと同じ名前の親フォルダーがtarballにあった場合 Githubで見たプラグインでは、それらの数は減っています。 それらを非推奨にする積極的な試みはありますか？ もしそうなら、なぜですか？ これは、私たちが今、バンドル、病原体などを持っているからでしょうか？

20 plugin-system  plugin-managers  vimball 

長い間、私はVundleを使用してvimプラグインを管理してきました。最善の方法は、基本的にプラグインを分離されたディレクトリ構造に整理し、プラグインがプラグインディレクトリに手動で並べられているソースURLに対して更新を追跡することです。 複数のプラグインマネージャーで同じプラグインを使用するためのいくつかの参照に出くわしました。たとえば、NeoBundleは同じプラグインを使用しているようです。ただし、他にも多くのプラグインマネージャーが存在するようです。これらはすべて同じソースファイルを使用するという意味で互換性がありますか、または各マネージャーと互換性を保つためにプラグインを特別に準備する必要がありますか？別の方法で尋ねました、現在のVundleプラグインを処理するのに十分な互換性がある他のプラグインマネージャー、および/または別のマネージャーの下でアドバタイズしてもVundleが管理可能なプラグイン形式はどれですか？

15 plugin-system  plugin-managers  plugin-vundle 

Debianベースのシステムには、という名前のパッケージがありますvim-addon-manager。 私の理解では、利用可能なプラグインのリポジトリに基づいて、いくつかのプラグインをインストールすることができます。それらをインストールできるようにするには、プラグインをパッケージ化してdebianリポジトリにプッシュする必要があります。 github、git repo、またはローカルフォルダーからプラグインをインストールできる他のプラグインマネージャーよりも柔軟性が低く、並列インストールや遅延読み込みなどが可能であるため、このパッケージのポイントがわかりません。 .. そもそも、パッケージは他のプラグインマネージャーの前に作成された古いソリューションであり、多分非推奨であると思っていましたが、そのgitリポジトリは開発がまだアクティブであることを示しているようです。 だから私の質問は： vim-addon-managerと他のプラグインマネージャー間で利用可能なプラグイン以外に違いはありますか？もしそうなら、どの違いですか？ パッケージと他のマネージャーは同じ目的のためのものですか、それとも補完的なものですか 他のプラグインの代わりにパッケージを使用する方が便利なのはどのユースケースですか？ 私の質問はこれに触発されていますが、ここではパッケージの使用方法を尋ねているのではなく、なぜ誰かがそれを必要とするのかを尋ねていることに注意してください。

9 plugin-system  plugin-managers