Vim Keybindingsなどを導入するヘリックスのソフトフォーク。

重要
このプロジェクトは、多くの場合、最新のヘリックスの変更を統合しますが、毎日の使用には十分に安定している必要があります。
パッケージをダウンロードして、 /optで抽出します。さらに、 /usr/local/binでシンリンクすることをお勧めします。
cd /opt
sudo curl -Lo helix.tar.gz https://github.com/usagi-flow/evil-helix/releases/download/release- < VERSION > /helix- < ARCH > - < OS > .tar.gz
sudo tar -xf helix.tar.gz
cd /usr/local/bin
sudo ln -sv /opt/helix/hx .システムのパッケージマネージャーがパッケージを利用できる場合、それは邪悪なヘリックスをインストールするための推奨方法です。
これらは、上流のプロジェクトと比較した現在の違いです。
c 、 d 、 y 、 xiw 、 0 、 $color_modesが有効になっている場合、ステータスラインのファイルタイプも色付けします(5503542)さらに、Evil-Helixはeditor.evilオプションを紹介します。これはデフォルトでtrueです。別のビルドを使用することなく、邪悪なヘリックスの動作を完全に無効にするようにfalseに設定できます。
[ editor ]
evil = true # Default; set this to `false` to disable evil-helix behavior このフォークは、エディターの一部として機能を実装し、構成可能にしようとしています。追加された機能には、VIMの外観と他の機能も含まれます。
対照的に、上流のプロジェクトであるHelixは、主にその範囲を現在のコア機能に限定し、将来のスキームベースのプラグインシステムにさらなる機能を扱います。
プラグインと比較して、エディターの一部として機能を実装すると、パフォーマンスが大幅に向上し、プラグインの互換性の問題のリスクを回避します。
さらに、賢明なデフォルトは重要です。編集者は、仕事に幅広いツールを提供する必要がありますが、エディターが期待することを行う必要があります。
スキーム/LISPをユーザーに強制しないでください。 Rust/Toml/lua/...と比較して、人間が読むのはエラーが発生しやすくなります。
上流のヘリックスがスキームベースの構成に移動する場合、このプロジェクトはユーザーフレンドリーな代替品を維持しようとします。
このプロジェクトは「ソフトフォーク」です。つまり、上流と互換性があり、上流のマスターブランチの上に変更を定期的にリバースします。競合を避けるために、新機能は上流のコードベースから慎重に分離する必要があります。
このプロジェクトがこの州に残っているかどうかは、このプロジェクトの哲学と上流のプロジェクトがどれだけ分岐するかに依存しますが、ハードフォークは最後の手段と見なされるべきです。
このリポジトリの変更の種類と頻度を考慮すると、機能を大規模なリリースに保持するのではなく、頻繁に小さな変更をリリースすることは理にかなっています。現在、リリースはオンデマンドでタグ付けされています。
mainブランチは、上流のmasterブランチにリベートすることに留意してください。