[インデックス 10941] ファイルの概要

このコミットは、Go言語の標準ライブラリである os/signal パッケージがWindows環境では利用できないことを明確にするための変更です。具体的には、ビルドタグから windows を削除し、パッケージの利用可能性に関するバグコメントを追加しています。

コミット

commit 8feab4d5f7713dba73ce4b6bfe96f062e2e88831
Author: Russ Cox <rsc@golang.org>
Date:   Wed Dec 21 08:20:25 2011 -0500

    os/signal: not on windows

    R=golang-dev
    CC=golang-dev
    https://golang.org/cl/5500061

GitHub上でのコミットページへのリンク

https://github.com/golang/go/commit/8feab4d5f7713dba73ce4b6bfe96f062e2e88831

元コミット内容

    os/signal: not on windows

    R=golang-dev
    CC=golang-dev
    https://golang.org/cl/5500061

変更の背景

このコミットの背景には、Go言語の os/signal パッケージが、その設計上または実装上の制約により、Windowsオペレーティングシステム上で適切に機能しないという事実があります。Go言語はクロスプラットフォーム開発を強く意識していますが、OS固有の機能（特にシグナル処理のような低レベルなもの）については、各OSの特性に合わせた実装が必要です。

Windowsにおけるシグナル処理は、Unix系OS（Linux, macOS, BSDなど）とは根本的に異なります。Unix系OSでは、プロセスに対してシグナル（例: SIGINT、SIGTERM）を送信することで、特定のイベントを通知したり、プロセスの動作を制御したりします。これに対し、Windowsではシグナルという概念は存在せず、代わりに「コンソールイベント」や「構造化例外処理 (SEH)」といった異なるメカニズムが用いられます。

os/signal パッケージは、主にUnix系OSのシグナル処理モデルに基づいて設計されており、Windowsのイベントモデルに直接マッピングすることが困難であったと考えられます。そのため、このパッケージがWindowsで動作しないという現状を明確にし、開発者に対して誤解を与えないようにするために、ビルドシステムとドキュメントの両方でその非対応を明示する必要がありました。

この変更は、Go言語の設計哲学である「明確さ」と「実用性」に基づいています。機能が利用できない環境では、その事実を隠蔽するのではなく、明確に宣言することで、開発者が予期せぬ動作に遭遇するのを防ぎ、より堅牢なアプリケーションを構築できるように促します。

前提知識の解説

1. Go言語の os/signal パッケージ

os/signal パッケージは、Goプログラムがオペレーティングシステムから送信されるシグナルを処理するための機能を提供します。シグナルは、プログラムの実行中に発生する非同期イベントであり、例えばユーザーが Ctrl+C を押したときに送信される SIGINT（割り込みシグナル）、プログラムの終了を要求する SIGTERM（終了シグナル）、不正なメモリアクセスが発生したときに送信される SIGSEGV（セグメンテーション違反）などがあります。

このパッケージを使用することで、Goプログラムは特定のシグナルを受信した際に、カスタムのハンドラ関数を実行したり、クリーンアップ処理を行ってから終了したりするなど、柔軟な対応が可能になります。これにより、プログラムの堅牢性やユーザーエクスペリエンスが向上します。

2. Go言語のビルドタグ (Build Tags)

Go言語には「ビルドタグ」という強力な機能があります。これは、ソースコードファイルに特別なコメント行を追加することで、特定の条件（オペレーティングシステム、アーキテクチャ、Goのバージョンなど）に基づいて、そのファイルをビルドに含めるか除外するかを制御するメカニズムです。

ビルドタグは、ファイルの先頭に // +build tag1 tag2 ... の形式で記述されます。複数のタグがスペースで区切られている場合、それらは論理ORとして扱われます（いずれかのタグが満たされればファイルが含まれる）。タグがカンマで区切られている場合、それらは論理ANDとして扱われます（すべてのタグが満たされなければファイルは含まれない）。

例えば、// +build linux darwin と記述されたファイルは、LinuxまたはmacOS環境でビルドされるときにのみコンパイルされます。// +build !windows と記述されたファイルは、Windows以外の環境でコンパイルされます。

ビルドタグは、クロスプラットフォーム開発において非常に重要です。OS固有のコードや、特定の環境でのみ利用可能なライブラリを使用する場合に、ビルドエラーを防ぎ、適切なコードパスが選択されるようにするために利用されます。

3. Unix系OSとWindowsのシグナル処理の違い

前述の通り、Unix系OSとWindowsではシグナル処理の概念が大きく異なります。

• Unix系OS (Linux, macOS, BSDなど):

  • シグナルは、プロセス間通信やイベント通知のための主要なメカニズムの一つです。
  • kill コマンドなどでプロセスにシグナルを送信できます。
  • SIGINT, SIGTERM, SIGHUP, SIGKILL, SIGSEGV など、多くの標準シグナルが存在します。
  • プログラムは signal() や sigaction() といったシステムコールを使ってシグナルハンドラを登録し、特定のシグナルを受信した際の動作を定義できます。

• Windows:

  • シグナルという概念は存在しません。
  • 代わりに、コンソールイベント（Ctrl+C、Ctrl+Break など）や、構造化例外処理 (SEH) といったメカニズムが使われます。
  • コンソールイベントは、コンソールアプリケーションがユーザーからの特定の操作（例: Ctrl+C）を受け取った際に発生するイベントです。プログラムは SetConsoleCtrlHandler 関数を使ってこれらのイベントを処理できます。
  • SEHは、プログラムの実行中に発生するハードウェア例外（例: ゼロ除算、不正なメモリアクセス）やソフトウェア例外を処理するためのWindows独自のメカニズムです。
  • WindowsのAPIは、Unix系OSのシグナルAPIとは互換性がありません。

この根本的な違いが、os/signal パッケージがWindowsで直接利用できない理由です。

技術的詳細

このコミットの技術的詳細は、Go言語のビルドシステムと、特定のOS環境でのコードの包含/除外メカニズムに集約されます。

1. ビルドタグの変更: src/pkg/os/signal/signal.go および src/pkg/os/signal/signal_test.go の両ファイルで、ファイルの先頭にあるビルドタグが以下のように変更されました。

   変更前:

   // +build darwin freebsd linux netbsd openbsd windows
   

   変更後:

   // +build darwin freebsd linux netbsd openbsd
   

   この変更により、Goコンパイラは、os/signal パッケージのソースコードをWindows環境でビルドする際に、これらのファイルをコンパイル対象から除外するようになります。つまり、Windows上でGoプログラムをビルドする際、os/signal パッケージは利用可能なパッケージとして認識されなくなり、このパッケージに依存するコードはコンパイルエラーとなります。これは、Windowsではこのパッケージが機能しないという事実を、ビルドレベルで強制するものです。

2. BUGコメントの追加: src/pkg/os/signal/signal.go ファイルの末尾に、以下のコメントが追加されました。

   // BUG(rsc): This package is unavailable on Plan 9 and Windows.
   

   このコメントは、Goのドキュメンテーションシステムによって認識される特別な形式のコメントです。BUG(...) 形式のコメントは、Goのドキュメント生成ツール（go doc コマンドなど）によって抽出され、パッケージのドキュメントに「既知のバグ」または「制限事項」として表示されます。 この特定のコメントは、os/signal パッケージがPlan 9（Goが元々開発されたOSの一つ）とWindowsの両方で利用できないことを明示的に示しています。これにより、開発者が os/signal パッケージのドキュメントを参照した際に、これらのOSでの非対応についてすぐに認識できるようになります。これは、コードの動作だけでなく、ドキュメンテーションを通じてユーザーへの情報提供を改善するものです。

これらの変更は、os/signal パッケージのクロスプラットフォーム互換性に関する問題を、ビルド時とドキュメント時の両方で明確にすることで、開発者の混乱を防ぎ、Goプログラムの移植性をより正確に反映させることを目的としています。

コアとなるコードの変更箇所

src/pkg/os/signal/signal.go

--- a/src/pkg/os/signal/signal.go
+++ b/src/pkg/os/signal/signal.go
@@ -2,7 +2,7 @@
 // Use of this source code is governed by a BSD-style
 // license that can be found in the LICENSE file.
 
-// +build darwin freebsd linux netbsd openbsd windows
+// +build darwin freebsd linux netbsd openbsd
 
 // Package signal implements operating system-independent signal handling.
 package signal
@@ -33,3 +33,5 @@ func init() {
 	Incoming = ch
 	go process(ch)
 }\n+\n+// BUG(rsc): This package is unavailable on Plan 9 and Windows.

src/pkg/os/signal/signal_test.go

--- a/src/pkg/os/signal/signal_test.go
+++ b/src/pkg/os/signal/signal_test.go
@@ -2,7 +2,7 @@
 // Use of this source code is governed by a BSD-style
 // license that can be found in the LICENSE file.
 
-// +build darwin freebsd linux netbsd openbsd windows
+// +build darwin freebsd linux netbsd openbsd
 
 package signal
 

コアとなるコードの解説

このコミットにおけるコアとなるコードの変更は、Go言語のビルドシステムがどのように動作し、特定のプラットフォーム向けのコードをどのように選択するかを理解する上で非常に重要です。

1. ビルドタグの修正 (// +build ...): signal.go と signal_test.go の両ファイルで、ファイルの先頭にあるビルドタグから windows が削除されました。

   • 変更前: // +build darwin freebsd linux netbsd openbsd windows これは、「このファイルは、darwin (macOS)、freebsd、linux、netbsd、openbsd、または windows のいずれかのOSでビルドされる場合にコンパイル対象に含める」という意味です。つまり、以前はWindows環境でもこれらのファイルがコンパイルされていました。
   • 変更後: // +build darwin freebsd linux netbsd openbsd これは、「このファイルは、darwin、freebsd、linux、netbsd、または openbsd のいずれかのOSでビルドされる場合にのみコンパイル対象に含める」という意味になります。windows タグが削除されたことで、Windows環境でGoのツールチェーンがこれらのファイルをコンパイルしようとすると、ビルドタグの条件が満たされないため、これらのファイルはスキップされます。結果として、os/signal パッケージ全体がWindowsビルドから除外されることになります。

   この変更の意図は、os/signal パッケージがWindowsのシグナル処理モデルと互換性がないため、Windowsでビルドされるべきではないという事実を、Goのビルドシステムに直接伝えることです。これにより、Windowsユーザーが os/signal パッケージを使用しようとした際に、実行時エラーではなく、より早い段階（コンパイル時）で問題が検出されるようになります。

2. BUGコメントの追加 (// BUG(rsc): ...): signal.go ファイルの末尾に、// BUG(rsc): This package is unavailable on Plan 9 and Windows. というコメントが追加されました。

   • Goのドキュメンテーションツール（go doc）は、ソースコード内の特定の形式のコメントを解析し、生成されるドキュメントに含めます。BUG(author): message という形式は、既知のバグや制限事項をドキュメントに表示するために使用されます。
   • このコメントは、os/signal パッケージがPlan 9とWindowsの両方で利用できないという重要な情報を、パッケージの公式ドキュメントに明示的に含めることを保証します。これにより、開発者は go doc os/signal コマンドを実行したり、Goのオンラインドキュメントを参照したりする際に、このパッケージのプラットフォーム制限について容易に知ることができます。

これらの変更は、Go言語のクロスプラットフォーム開発における「明示的な非対応」の原則を反映しています。機能が特定のプラットフォームでサポートされていない場合、それを隠蔽するのではなく、ビルドシステムとドキュメンテーションの両方で明確に宣言することで、開発者の混乱を最小限に抑え、より予測可能な開発体験を提供します。

関連リンク

• Go言語の os/signal パッケージのドキュメント: https://pkg.go.dev/os/signal
• Go言語のビルドタグに関する公式ドキュメント (Go Command Documentation): https://pkg.go.dev/cmd/go#hdr-Build_constraints
• Go言語の BUG コメントに関する情報 (Go Doc Documentation): https://pkg.go.dev/cmd/go#hdr-Godoc (または go help doc コマンドで確認)

参考にした情報源リンク

• Go言語の公式ドキュメント
• Go言語のソースコードリポジトリ
• Unix系OSとWindowsのシグナル処理に関する一般的な情報（オペレーティングシステムの教科書やオンラインリソース）
• Go言語のビルドタグに関するブログ記事やチュートリアルI have read the commit data and generated the detailed explanation in Markdown format, following all the specified instructions and chapter structure. I have included explanations for Go build tags, the os/signal package, and the differences in signal handling between Unix-like OS and Windows. The output is in Japanese and is intended to be comprehensive.

# [インデックス 10941] ファイルの概要

このコミットは、Go言語の標準ライブラリである `os/signal` パッケージがWindows環境では利用できないことを明確にするための変更です。具体的には、ビルドタグから `windows` を削除し、パッケージの利用可能性に関するバグコメントを追加しています。

## コミット

commit 8feab4d5f7713dba73ce4b6bfe96f062e2e88831 Author: Russ Cox rsc@golang.org Date: Wed Dec 21 08:20:25 2011 -0500

os/signal: not on windows

R=golang-dev
CC=golang-dev
https://golang.org/cl/5500061

## GitHub上でのコミットページへのリンク

[https://github.com/golang/go/commit/8feab4d5f7713dba73ce4b6bfe96f062e2e88831](https://github.com/golang/go/commit/8feab4d5f7713dba73ce4b6bfe96f062e2e88831)

## 元コミット内容

os/signal: not on windows

R=golang-dev
CC=golang-dev
https://golang.org/cl/5500061

## 変更の背景

このコミットの背景には、Go言語の `os/signal` パッケージが、その設計上または実装上の制約により、Windowsオペレーティングシステム上で適切に機能しないという事実があります。Go言語はクロスプラットフォーム開発を強く意識していますが、OS固有の機能（特にシグナル処理のような低レベルなもの）については、各OSの特性に合わせた実装が必要です。

Windowsにおけるシグナル処理は、Unix系OS（Linux, macOS, BSDなど）とは根本的に異なります。Unix系OSでは、プロセスに対してシグナル（例: `SIGINT`、`SIGTERM`）を送信することで、特定のイベントを通知したり、プロセスの動作を制御したりします。これに対し、Windowsではシグナルという概念は存在せず、代わりに「コンソールイベント」や「構造化例外処理 (SEH)」といった異なるメカニズムが用いられます。

`os/signal` パッケージは、主にUnix系OSのシグナル処理モデルに基づいて設計されており、Windowsのイベントモデルに直接マッピングすることが困難であったと考えられます。そのため、このパッケージがWindowsで動作しないという現状を明確にし、開発者に対して誤解を与えないようにするために、ビルドシステムとドキュメントの両方でその非対応を明示する必要がありました。

この変更は、Go言語の設計哲学である「明確さ」と「実用性」に基づいています。機能が利用できない環境では、その事実を隠蔽するのではなく、明確に宣言することで、開発者が予期せぬ動作に遭遇するのを防ぎ、より堅牢なアプリケーションを構築できるように促します。

## 前提知識の解説

### 1. Go言語の `os/signal` パッケージ

`os/signal` パッケージは、Goプログラムがオペレーティングシステムから送信されるシグナルを処理するための機能を提供します。シグナルは、プログラムの実行中に発生する非同期イベントであり、例えばユーザーが `Ctrl+C` を押したときに送信される `SIGINT`（割り込みシグナル）、プログラムの終了を要求する `SIGTERM`（終了シグナル）、不正なメモリアクセスが発生したときに送信される `SIGSEGV`（セグメンテーション違反）などがあります。

このパッケージを使用することで、Goプログラムは特定のシグナルを受信した際に、カスタムのハンドラ関数を実行したり、クリーンアップ処理を行ってから終了したりするなど、柔軟な対応が可能になります。これにより、プログラムの堅牢性やユーザーエクスペリエンスが向上します。

### 2. Go言語のビルドタグ (Build Tags)

Go言語には「ビルドタグ」という強力な機能があります。これは、ソースコードファイルに特別なコメント行を追加することで、特定の条件（オペレーティングシステム、アーキテクチャ、Goのバージョンなど）に基づいて、そのファイルをビルドに含めるか除外するかを制御するメカニズムです。

ビルドタグは、ファイルの先頭に `// +build tag1 tag2 ...` の形式で記述されます。複数のタグがスペースで区切られている場合、それらは論理ORとして扱われます（いずれかのタグが満たされればファイルが含まれる）。タグがカンマで区切られている場合、それらは論理ANDとして扱われます（すべてのタグが満たされなければファイルは含まれない）。

例えば、`// +build linux darwin` と記述されたファイルは、LinuxまたはmacOS環境でビルドされるときにのみコンパイルされます。`// +build !windows` と記述されたファイルは、Windows以外の環境でコンパイルされます。

ビルドタグは、クロスプラットフォーム開発において非常に重要です。OS固有のコードや、特定の環境でのみ利用可能なライブラリを使用する場合に、ビルドエラーを防ぎ、適切なコードパスが選択されるようにするために利用されます。

### 3. Unix系OSとWindowsのシグナル処理の違い

前述の通り、Unix系OSとWindowsではシグナル処理の概念が大きく異なります。

*   **Unix系OS (Linux, macOS, BSDなど)**:
    *   シグナルは、プロセス間通信やイベント通知のための主要なメカニズムの一つです。
    *   `kill` コマンドなどでプロセスにシグナルを送信できます。
    *   `SIGINT`, `SIGTERM`, `SIGHUP`, `SIGKILL`, `SIGSEGV` など、多くの標準シグナルが存在します。
    *   プログラムは `signal()` や `sigaction()` といったシステムコールを使ってシグナルハンドラを登録し、特定のシグナルを受信した際の動作を定義できます。

*   **Windows**:
    *   シグナルという概念は存在しません。
    *   代わりに、**コンソールイベント**（`Ctrl+C`、`Ctrl+Break` など）や、**構造化例外処理 (SEH)** といったメカニズムが使われます。
    *   コンソールイベントは、コンソールアプリケーションがユーザーからの特定の操作（例: `Ctrl+C`）を受け取った際に発生するイベントです。プログラムは `SetConsoleCtrlHandler` 関数を使ってこれらのイベントを処理できます。
    *   SEHは、プログラムの実行中に発生するハードウェア例外（例: ゼロ除算、不正なメモリアクセス）やソフトウェア例外を処理するためのWindows独自のメカニズムです。
    *   WindowsのAPIは、Unix系OSのシグナルAPIとは互換性がありません。

この根本的な違いが、`os/signal` パッケージがWindowsで直接利用できない理由です。

## 技術的詳細

このコミットの技術的詳細は、Go言語のビルドシステムと、特定のOS環境でのコードの包含/除外メカニズムに集約されます。

1.  **ビルドタグの変更**:
    `src/pkg/os/signal/signal.go` および `src/pkg/os/signal/signal_test.go` の両ファイルで、ファイルの先頭にあるビルドタグが以下のように変更されました。

    変更前:
    ```go
    // +build darwin freebsd linux netbsd openbsd windows
    ```
    変更後:
    ```go
    // +build darwin freebsd linux netbsd openbsd
    ```
    この変更により、Goコンパイラは、`os/signal` パッケージのソースコードをWindows環境でビルドする際に、これらのファイルをコンパイル対象から除外するようになります。つまり、Windows上でGoプログラムをビルドする際、`os/signal` パッケージは利用可能なパッケージとして認識されなくなり、このパッケージに依存するコードはコンパイルエラーとなります。これは、Windowsではこのパッケージが機能しないという事実を、ビルドレベルで強制するものです。

2.  **BUGコメントの追加**:
    `src/pkg/os/signal/signal.go` ファイルの末尾に、以下のコメントが追加されました。

    ```go
    // BUG(rsc): This package is unavailable on Plan 9 and Windows.
    ```
    このコメントは、Goのドキュメンテーションシステムによって認識される特別な形式のコメントです。`BUG(...)` 形式のコメントは、Goのドキュメント生成ツール（`go doc` コマンドなど）によって抽出され、パッケージのドキュメントに「既知のバグ」または「制限事項」として表示されます。
    この特定のコメントは、`os/signal` パッケージがPlan 9（Goが元々開発されたOSの一つ）とWindowsの両方で利用できないことを明示的に示しています。これにより、開発者が `os/signal` パッケージのドキュメントを参照した際に、これらのOSでの非対応についてすぐに認識できるようになります。これは、コードの動作だけでなく、ドキュメンテーションを通じてユーザーへの情報提供を改善するものです。

これらの変更は、`os/signal` パッケージのクロスプラットフォーム互換性に関する問題を、ビルド時とドキュメント時の両方で明確にすることで、開発者の混乱を防ぎ、Goプログラムの移植性をより正確に反映させることを目的としています。

## コアとなるコードの変更箇所

### `src/pkg/os/signal/signal.go`

```diff
--- a/src/pkg/os/signal/signal.go
+++ b/src/pkg/os/signal/signal.go
@@ -2,7 +2,7 @@
 // Use of this source code is governed by a BSD-style
 // license that can be found in the LICENSE file.
 
-// +build darwin freebsd linux netbsd openbsd windows
+// +build darwin freebsd linux netbsd openbsd
 
 // Package signal implements operating system-independent signal handling.
 package signal
@@ -33,3 +33,5 @@ func init() {
 	Incoming = ch
 	go process(ch)
 }\n+\n+// BUG(rsc): This package is unavailable on Plan 9 and Windows.

src/pkg/os/signal/signal_test.go

--- a/src/pkg/os/signal/signal_test.go
+++ b/src/pkg/os/signal/signal_test.go
@@ -2,7 +2,7 @@
 // Use of this source code is governed by a BSD-style
 // license that can be found in the LICENSE file.
 
-// +build darwin freebsd linux netbsd openbsd windows
+// +build darwin freebsd linux netbsd openbsd
 
 package signal
 

コアとなるコードの解説

このコミットにおけるコアとなるコードの変更は、Go言語のビルドシステムがどのように動作し、特定のプラットフォーム向けのコードをどのように選択するかを理解する上で非常に重要です。

1. ビルドタグの修正 (// +build ...): signal.go と signal_test.go の両ファイルで、ファイルの先頭にあるビルドタグから windows が削除されました。

   • 変更前: // +build darwin freebsd linux netbsd openbsd windows これは、「このファイルは、darwin (macOS)、freebsd、linux、netbsd、openbsd、または windows のいずれかのOSでビルドされる場合にコンパイル対象に含める」という意味です。つまり、以前はWindows環境でもこれらのファイルがコンパイルされていました。
   • 変更後: // +build darwin freebsd linux netbsd openbsd これは、「このファイルは、darwin、freebsd、linux、netbsd、または openbsd のいずれかのOSでビルドされる場合にのみコンパイル対象に含める」という意味になります。windows タグが削除されたことで、Windows環境でGoのツールチェーンがこれらのファイルをコンパイルしようとすると、ビルドタグの条件が満たされないため、これらのファイルはスキップされます。結果として、os/signal パッケージ全体がWindowsビルドから除外されることになります。

   この変更の意図は、os/signal パッケージがWindowsのシグナル処理モデルと互換性がないため、Windowsでビルドされるべきではないという事実を、Goのビルドシステムに直接伝えることです。これにより、Windowsユーザーが os/signal パッケージを使用しようとした際に、実行時エラーではなく、より早い段階（コンパイル時）で問題が検出されるようになります。

2. BUGコメントの追加 (// BUG(rsc): ...): signal.go ファイルの末尾に、// BUG(rsc): This package is unavailable on Plan 9 and Windows. というコメントが追加されました。

   • Goのドキュメンテーションツール（go doc）は、ソースコード内の特定の形式のコメントを解析し、生成されるドキュメントに含めます。BUG(author): message という形式は、既知のバグや制限事項をドキュメントに表示するために使用されます。
   • このコメントは、os/signal パッケージがPlan 9とWindowsの両方で利用できないという重要な情報を、パッケージの公式ドキュメントに明示的に含めることを保証します。これにより、開発者は go doc os/signal コマンドを実行したり、Goのオンラインドキュメントを参照したりする際に、このパッケージのプラットフォーム制限について容易に知ることができます。

これらの変更は、Go言語のクロスプラットフォーム開発における「明示的な非対応」の原則を反映しています。機能が特定のプラットフォームでサポートされていない場合、それを隠蔽するのではなく、ビルドシステムとドキュメンテーションの両方で明確に宣言することで、開発者の混乱を最小限に抑え、より予測可能な開発体験を提供します。

関連リンク

• Go言語の os/signal パッケージのドキュメント: https://pkg.go.dev/os/signal
• Go言語のビルドタグに関する公式ドキュメント (Go Command Documentation): https://pkg.go.dev/cmd/go#hdr-Build_constraints
• Go言語の BUG コメントに関する情報 (Go Doc Documentation): https://pkg.go.dev/cmd/go#hdr-Godoc (または go help doc コマンドで確認)

参考にした情報源リンク

• Go言語の公式ドキュメント
• Go言語のソースコードリポジトリ
• Unix系OSとWindowsのシグナル処理に関する一般的な情報（オペレーティングシステムの教科書やオンラインリソース）
• Go言語のビルドタグに関するブログ記事やチュートリアル