Arch Linuxまたはその派生版を使用していて、プログラミングを楽しんでいるなら、遅かれ早かれ、 Visual Studio Code、Microsoft のクロスプラットフォーム コード エディター軽量で非常にパワフル、そして豊富な拡張機能を備えていますが、Archにインストールする際には、いくつかの疑問が生じます。Microsoft公式パッケージを使うべきでしょうか？AURを使うべきでしょうか？Code-OSSやVSCodiumとの違いは何でしょうか？ここでは、これらすべてをステップバイステップで簡単に説明します。
このガイドを通して学ぶこと Arch Linux および派生ディストリビューションに Visual Studio Code をインストールする方法 様々な方法を用いて、それぞれのケースでどのパッケージを選択するか、ライセンスとテレメトリの影響、そして複数のシステムで作業する場合に他のGNU/Linuxディストリビューションにインストールする方法を学びます。さらに、 「大きな」Visual Studioと比較した機能、利点、制限エディターに何を期待できるかが明確になります。
Visual Studio Code とは何でしょうか?
Visual Studio コード (VS コード) クロスプラットフォームのソースコードエディタですMicrosoftによって開発され、モダンなインターフェース、優れたパフォーマンス、そして大規模な拡張機能コミュニティを特徴としています。長い間完全に非公開でしたが、プロジェクトのコア部分は MITライセンス、そのコードは GitHub で閲覧、分析、変更できます。
重要な違いが1つあります。ソースコードはMITの管轄ですが、「Visual Studio Code」パッケージは Microsoftが配布 それはフリーソフトウェアではありませんこのバイナリには、プロプライエタリなコンポーネント（アイコン、ブランディング、統合サービス、テレメトリなど）が含まれています。実用的には無料で、非常に使いやすく、Linuxとの統合性も優れていますが、フリーソフトウェアにこだわる純粋主義者にとっては、この違いは重要です。
VS Codeでサポートされている言語とテクノロジー
VS Codeの大きな強みの一つは C#やVisual BasicのようなMicrosoft言語に限定されません構文の強調表示、自動補完、デバッグ、特定のツールなど、すぐに使用できる機能や拡張機能を通じて、膨大な数の言語とテクノロジーをサポートします。
ネイティブまたは公式拡張機能を使用して操作できます。 C、C++、Java、Go、Python、PHP、Ruby、Perl、Rust、PowerShell、Bash、Batch など多数さらに、Web 開発に関連するすべてのものを非常にうまく統合します。 HTML、CSS、JavaScript、TypeScript、JSON、Less、Sass および派生物。
また、のサポートが含まれています 設定ファイルと共通フォーマット XML、Markdown、Dockerfile、Makefile、INI、SQL、Lua、F#、Objective-C、Razorなど、他にも多数あります。拡張機能マーケットプレイスのおかげで、ほぼあらゆる現代言語に拡張機能が用意されています。 構文サポート、スニペット、ツールを備えたプラグイン.
Visual Studio Codeの主な機能
VS Codeは「単なるエディタ」という枠を超えて、数々の機能のおかげで輝いています。 .NET やさまざまなスタックで開発する場合に人気のオプションの 1 つ、Windows、macOS、Linux でご利用いただけます。
真のクロスプラットフォーム
VS Codeは以下で利用可能です Windows、macOS、GNU/Linux用の公式バイナリLinux では、Microsoft Web サイトから DEB および RPM 形式で直接ダウンロードするか、公式リポジトリ、サードパーティのリポジトリ、または Arch の場合は AUR からインストールできます。
実際には、システム間でエクスペリエンスはかなり均一です。 同じインターフェース、同じ拡張機能、同じ構成ロジックこれは、毎日オペレーティング システムを切り替えて作業する場合や、複数のオペレーティング システムを混在させる環境の場合に便利です。
拡張機能とプラグイン
VS Codeのマーケットプレイスを通じて、 ほとんどすべての拡張機能をインストール: 新しい言語、カラーテーマ、リンター、フォーマッタ、Docker、Kubernetes、GitHub、GitLab、データベース、Azure などのクラウド ツールとの統合など。
Microsoft エコシステムの場合、統合は特に優れています。 Azure、リモート開発、コンテナ、DevOps、継続的デプロイメントのための公式プラグイン多くの一般的なタスクをエディターを離れることなく、エディター自体の中で完全な作業環境を実現できます。
インテリセンスとスマートオートコンプリート
その目玉の一つは IntelliSenseと呼ばれるオートコンプリートエンジン基本的に、入力すると、エディターはコンテキストと言語の型情報に基づいて、メソッド、変数、プロパティ、またはコード スニペットを提案します。
この予測システムにより 完全な指示を書く必要はありません構文エラーを削減し、特に大規模プロジェクトにおける開発スピードを大幅に向上させます。TypeScript、C#、JavaScriptなどの言語では、生産性の向上が顕著に表れます。
バージョン管理との統合
VS CodeはGitサポートを標準で統合しており、 コミットの実行、変更の表示、ブランチの管理、履歴の確認 エディタインターフェースから直接操作できます。多くのシンプルなプロジェクトでは、基本的なバージョン管理タスクを実行するためにターミナルを開く必要さえありません。
さらに進んでみたい場合は、拡張機能を追加できます GitHub、GitLab、Bitbucket、その他のサービスとの高度な統合これにより、プル リクエストの確認、問題の管理、その他のタスクを VS Code から直接実行できるようになります。
ライセンス、オープンソース、そして参加
公式のMicrosoftバイナリはフリーソフトウェアではありませんが、 VS Codeの主なソースコードはMITライセンスの下で公開されていますつまり、誰でも GitHub からダウンロードしてレビューし、変更し、開発チームに提案を送信できるということです。
そのオープンさのおかげで、次のようなものが生まれた。 VSCodiumやCode – OSSのようなフォークこれらのバージョンは、プロプライエタリコンポーネント（Microsoft商標、テレメトリなど）を削除し、完全にフリーライセンスで配布されています。Archシステムにどのバージョンをインストールするかを選択する際には、この違いを理解することが重要です。
Visual Studio と Visual Studio Code の違い
多くの人がこの2つの製品を混同していますが、 Visual Studio と Visual Studio Code は同じではなく、同じ方法で使用されるわけではありません。これらは名前とアプローチの一部を共有していますが、性質は異なります。
Visual Studio（シンプルに言えば）は完全なIDEです Windows 向け。主に .NET、C++、大規模なデスクトップ開発などの大規模プロジェクト向けに設計されています。コンパイラ、高度なデバッガー、プロジェクト ウィザード、テスト ツール、および多数の追加コンポーネントが含まれています。
その部分については、 Visual Studio Codeはコードエディタですより軽量で、モジュール化が進み、拡張性も向上していますが、デフォルトではコンパイラやツールチェーンが付属していません。コンパイルして実行するには、以下のものが必要です… 別途インストールされた言語ツール (たとえば、.NET SDK、システムの C++ コンパイラ、Node.js など)。
これには明らかな結果があります: VS CodeにはVisual Studioのような複雑なプロジェクトテンプレートは含まれません代わりに、通常は既存のフォルダから起動するか、外部ジェネレータ（フレームワークのCLIなど）を使用します。さらに、デバッグは拡張機能やインストールされているコンパイラ、ランタイム自体に依存します。
Arch Linux および AUR からの派生版に Visual Studio Code をインストールする
さて、いよいよ皆さんの関心の高い部分、Arch Linuxまたはその派生OS（Manjaro、EndeavourOSなど）にVisual Studio Codeをインストールする方法についてです。Archエコシステムでは、VS Codeは主にコミュニティによって管理されているAURのパッケージを通じて配布されています。
AUR で利用可能な VS Code バンドル
AURでは、 各種パッケージ VS Codeに関連するもの。最も一般的なものは次のとおりです。
- ビジュアルスタジオコードビン: パッケージ 公式Microsoft VS Codeプリコンパイル済み会社が配布したとおりです。
- ビジュアルスタジオコード (場合によっては): ソース コードからエディターをコンパイルしますが、Microsoft コンポーネントは保持するバージョン。
- コード またはのような派生物 vscodium-bin: テレメトリや Microsoft ブランドなしで、MIT コードから再構築されたバリアント。
VS Codeを「そのまま」、つまりMicrosoftのVS Codeの機能とブランドをすべて備えたものがほしい場合は、興味のあるパッケージは通常 ビジュアルスタジオコードビンは、公式バイナリを直接ダウンロードし、Arch システムに統合します。
gitとmakepkgを使用してAURから手動でインストールする
インストールするものを最大限に制御したい場合は、 AURリポジトリをクローンし、makepkgでパッケージを生成します。 手動で。まず、 Gitと基本的なコンパイルツール インストール済み（Arch の base-devel）。
Un 典型的な流れ 次のようになります。
AURリポジトリをクローンするための作業ディレクトリを作成する (オプションですが、整理しておくために推奨されます):
$ mkdir -p /home/user/git
$ cd /home/user/git
AURからvisual-studio-code-binパッケージリポジトリをクローンします。:
$ git https://aur.archlinux.org/visual-studio-code-bin.git
クローン作成後、 パッケージディレクトリに入る:
$ cd ビジュアルスタジオコードビン
この時点で PKGBUILD ファイルを開いて確認します。 お気に入りのエディターを使用して、バイナリがどこからダウンロードされるか、インストール プロセス中に具体的に何が行われるかを確認します。
それが明確になったら、 makepkgでパッケージを生成してインストールする (-s オプションは依存関係をインストールし、-i オプションはコンパイル後にインストールします):
$ メイクパッケージ -はい
システムは公式の Microsoft バイナリをダウンロードし、それを Arch スタイルでパッケージ化し、コンピューターに Visual Studio Code をインストールします。 この方法はより透明性が高い プロセス全体を把握し、ビルド ファイルを直接制御できるためです。
yay または paru を使用して Arch に VS Code をインストールする
もっと早く行きたい場合、すでに yayやparuのようなAURヘルパーこれらのツールはパッケージの複製、ビルド、インストールを自動的に行うため、プロセスは大幅に簡素化されます。
たとえば、 わーい 公式バイナリをインストールするには、次の手順を実行します。
$yay -S ビジュアルスタジオコードbin
プログラムはAURリポジトリをダウンロードし、必要に応じてPKGBUILDを表示して確認します。 その後、VS Code のビルドとシステムへのインストールに進みます。これは、特にシンプルなパッケージ マネージャーを備えた他のディストリビューションから移行する場合、迅速で便利な方法です。
とともに 登場 アプローチはほぼ同じで、最初のコマンドを変更するだけです。
$ paru -S ビジュアルスタジオコードbin
どちらの場合も、 アプリケーションメニューに統合された公式のMicrosoftバージョン 定期的な AUR アップデートを実行すると、残りのパッケージと一緒にアップデートできます。
無料の代替案：Code – OSSとArchのVSCodium
ライセンスやテレメトリの面で心配な場合は、 VS Code のオープンソースベースの代替品これにより、Microsoft に関連するブランドと特定の機能が排除されます。
Archとその派生では、次のようなパッケージがよく見られます。 コード, コードオス o vscodium-binこれらは、独自の要素を除いた、MIT リポジトリからのエディターの再構築です。 ユーザーエクスペリエンスは非常に似ている同じ拡張機能とほぼ同じオプションを備えていますが、「Visual Studio Code」のブランドがなく、よりプライバシーに配慮したアプローチが採用されています。
どちらの場合でも、あなたの優先事項が 公式VS Codeと同じ感覚を持つ そして、あなたは独自のライセンスやパッケージを気にしません ビジュアルスタジオコードビン AUR から見ると、これが最も直接的なオプションのままです。
これらを念頭に置いて、Archが好きで、 Microsoft Visual Studio Codeとそのすべての機能AUR + visual-studio-code-bin の組み合わせ (git と makepkg を使用する場合でも、yay/paru を使用する場合でも) は、コミュニティによって成熟し、テストされ、広く使用されているソリューションであるため、このディストリビューションに切り替える際に大きな障害となることはないはずです。