シンボリックリンク
Symbolic Link
概要（サマリー）
シンボリックリンク（Symbolic Link / symlink）は、特定のファイルやディレクトリ（フォルダ）を指し示す、身代わりのような「仮想的なファイル」のことである。
Windowsで言う「ショートカット」、Macで言う「エイリアス」に似ているが、プログラムやシステムからは「本物のファイルがそこにある」かのように認識されるため、開発環境の構築やシステムの運用において非常に重要な役割を持っている。
詳細解説
シンボリックリンクとは何か
シンボリックリンクは、ファイルシステムにおける一種の「道案内ファイル」である。
本物のデータはHDDやSSDなどのストレージ上の別の場所にあるが、シンボリックリンクを開くと、自動的かつ透過的に本物の場所へ接続される。ユーザーだけでなく、実行中のプログラムやOSの機能に対しても「本物のファイルがある」ように振る舞う点が大きな特徴である。
ショートカット（エイリアス）との違い
見た目は似ているが、内部的な動作と使われ方が大きく異なる。
- ショートカット: 人間（ユーザー）がダブルクリックして開くためのファイル。プログラムからショートカットを読み込もうとすると、リンク先のデータではなく「ショートカットファイルそのもの（
.lnkファイル）」として読み込まれてしまい、エラーになる。 - シンボリックリンク: システムやプログラムも本物と誤認するリンク。プログラムからリンク先を読み出すと、自動的に本物のデータの中身が読み込まれるため、プログラミングやシステム管理で広く利用できる。
開発で使われる具体的な場面
Web開発やアプリ開発では、以下のような場面で頻繁に使われる。
- ストレージ容量の節約: 大容量の画像やアセットデータを容量の大きいディスクに置き、プロジェクト内にはシンボリックリンクを置くことで、プロジェクト自体のサイズを小さく保つ。
- パッケージ管理（npmなど）: 開発中、ライブラリの依存関係（
node_modulesなど）において、複数のプロジェクト間で共通のパッケージをシンボリックリンクで共有し、容量の無駄を防ぐ。 - パスの簡略化: 深い階層にあるディレクトリに対して、手軽な場所からシンボリックリンクを張ることで、指定するパスを短くわかりやすくする。
コード（コマンド）例
シンボリックリンクは、OSのターミナルからコマンドを使って作成する。
Windowsの「コマンドプロンプト」でファイルへのリンクを作る場合
mklink リンク名.txt 本物のファイル名.txt
※ディレクトリへのリンクを作る場合は mklink /D リンク名 本物のディレクトリ名 とする。
Linux / Macの「ターミナル」でディレクトリへのリンクを作る場合
ln -s /path/to/real_directory /path/to/link_directory
-s オプションは「symbolic」を意味し、これを付けないと「ハードリンク」という別の仕組みのリンクになってしまうため注意が必要である。
AIコーディングとの関係
AIを使って開発環境の自動化スクリプトやビルドプロセスを構築する際、シンボリックリンクを活用して設定ファイルを共有したり、アセットフォルダをリンクさせたりする処理を正しく書くようAIに指示できる。
例えば、AIにデプロイ用のスクリプト作成を依頼する場合は、以下のように指示するとよい。
Webサイトをデプロイする際、最新のソースコードを `/var/www/releases/20260630` に配置します。
そして、現在公開中のディレクトリを指すシンボリックリンク `/var/www/current` を新しく作成（または上書き）して、Webサーバーが最新版を参照できるようにするLinuxコマンドのシェルスクリプトを作成してください。
AIは、既存の古いリンクを削除してから安全に新しいリンクを張るコマンド（ln -sfn など）を含んだスクリプトを正確に出力してくれる。
よくある勘違い
シンボリックリンクを削除すると本物のデータも消える？
消えない。 シンボリックリンクは単なる「リンク情報（道案内）」が書かれた軽量なファイルに過ぎないため、リンクファイルをゴミ箱に入れたり、コマンドで削除したりしても、本物のファイルやディレクトリが削除されることはない。ただし、リンク「内」にあるファイルを編集・削除した場合は、本物のデータが直接書き換わるため注意が必要である。
Windowsで作ったシンボリックリンクをMacでそのまま使える？
そのまま期待どおりに動くとは限らない。シンボリックリンクは各OSのファイルシステム（WindowsならNTFS、MacならAPFSなど）が提供する機能に依存しているため、Windows、Mac、Linuxの間で扱いが変わることがある。
Gitではシンボリックリンクを管理できるが、Windows側の設定や権限によってはリンクとして復元されず、リンク先パスを書いた通常ファイルのように見えることがある。マルチプラットフォームで動作させるプロジェクトでは、OSごとに作成スクリプトを分けるなどの対応が必要である。
ハードリンクと何が違う？
- シンボリックリンク: 「本物の場所を示すパス名」を記録したファイル。本物のファイルを移動・削除すると、リンクが切れる（エラーになる）。
- ハードリンク: 1つのデータの実体に対して、別の名前（参照窓口）を増やす仕組み。本物のファイルを消しても、ハードリンクが残っていればデータは消えない。別ディスクの間（ドライブをまたぐ）では作成できないなどの制限がある。
まとめ
- シンボリックリンクは、他のファイルやディレクトリを指し示す「仮想的なファイル」である。
- ショートカットと違い、システムやプログラムも本物のファイルとして認識する。
- 開発環境のライブラリ共有や、本番環境のリリース切り替えなどで幅広く使われる。
- リンク自体を削除しても本物データは消えないが、リンク先の中身の編集は本物に直結する。
情報ソース
より詳しくAIに聞いてみよう
- Windowsの「シンボリックリンク」と「ジャンクション」、「ショートカット」の内部的な動作の違いを、初心者向けに詳しく教えてください。
- Linux環境において、シンボリックリンクが「リンク切れ（参照先が存在しない）」になっているファイルを一括で探し出して削除するシェルコマンドを教えてください。
- Gitを使ってプロジェクトを管理する際、リポジトリ内に含まれるシンボリックリンクをMacとWindowsの間で壊さずに正しく共有・運用するための設定方法を教えてください。
- Node.jsで、プログラム内から動的に特定のディレクトリへのシンボリックリンクを作成・解除するコード例を教えてください。
- AIに「Dockerコンテナ内で、ホスト側のデータをコンテナ内の特定の場所にシンボリックリンクのように紐付ける（マウントする）ための設定ファイル（docker-compose.yml）」を書いてもらうための指示文の書き方を教えてください。