【golang】vendoring時はビルドタグでのフィルタリングは使わない方がいい - febc技術メモ
English version:【golang】Don't use filtering by build tags to vendoring TL;DR govendor ではvendoringする際に無視するビルドタグが指定できる しかし、ビルドに必要なファイルがvendorディレクトリ配下にコピーされないケースがある 必要なファイルがコピーされないことにより、クロスコンパイルできなくなるといった問題が起こるかもしれない なので、vendorディレクトリのサイズは増えてしまうが、ビルドタグでのフィルタリングはしない方がシンプルで良い Introduction 現在、Go言語には次のようにたくさんのパッケージ管理(vendoring)ツールがあります。 glide govendor trash gom こちらのページでは他にもたくさんのツールが紹介されています。 PackageManage
glide - パッケージ管理のお困りの方へ - - Qiita
glideってなんぞ？ glideはGo1.5以降で使用可能なvendoring機能を利用した。 パッケージ管理ツールです。 （正確にはvendor管理） glideを使うと下記のようにvendorにプロジェクトに必要なパッケージがインストールされ、そのプロジェクト内でのみ利用が可能となります。 (通常のgo get, go installのようにグローバル管理ではない) - $GOPATH/src/myProject (プロジェクトのディレクトリ) | |-- glide.yaml | |-- main.go | |-- mySubpackage (サブパッケージ) | | | |-- foo.go | |-- vendor (この配下がglideで作成されるもの) |-- github.com | |-- Masterminds | |-- ... etc. 使いはじめた理由 実は、使
そろそろ真面目に Golang 開発環境について考える — Internal Packages と Vendoring - Qiita
前回の続き。保留していた Go 1.5 の Vendoring 機能について。 今回の調査も含めて以下のパッケージを作った spiegel-im-spiegel/gcat spiegel-im-spiegel/gutil spiegel-im-spiegel/gcat は cat コマンド相当の機能を持つコマンドラインツールで，内部で spiegel-im-spiegel/gutil パッケージを呼んでいる。 spiegel-im-spiegel/gutil パッケージは雑多な処理を集めたものだが，まだ作りかけ。とりあえず spiegel-im-spiegel/gcat で使うものだけを置いている。 まずはこれを導入してみる。 spiegel-im-spiegel/gutil を submodule にしてるのでちょっとウザいけどご勘弁を。あと，ユーザ名が長いのはホンマごめん。こんなことな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
