Go言語のDependency/Vendoringの問題と今後．gbあるいはGo1.5
Go言語のDependency/Vendoringは長く批判の的になってきた（cf. “0x74696d | go get considered harmful”, HN）．Go1.5からは実験的にVendoringの機能が入り，サードパーティからはDave Chaney氏を中心としてgbというプロジェクベースのビルドツールが登場している．なぜこれらのリリースやツールが登場したのか?それらはどのように問題を解決しようとしているのか?をつらつらと書いてみる． Dependencyの問題 最初にGo言語におけるDependecy（依存解決）の問題についてまとめる．Go言語のDependencyで問題なのはビルドの再現性が保証できないこと．この原因はimport文にある． Go言語で外部パッケージを利用したいときはimport文を使ってソースコード内にそれを記述する．このimport文は2通りの
そろそろ真面目に Golang 開発環境について考える — GOPATH 汚染問題 - Qiita
「はじめての Go 言語」シリーズも終わった（終わらせた）ので，そろそろ真面目に開発環境を作って色々やってみたいと思う。まずは環境を整えるところから go get コマンドはとても強力な機能で，私のように Windows と UNIX 系環境の間を渡り歩いてる身としては， curl や make などの環境依存のツールを使わずに， go get コマンドだけで repository の fetch から build/install まで出来てしまうのは非常にありがたい（もちろん make 等を使って細かいコントロールをすることもできる）。 ひとつのマシン（仮想マシンを含めて）でひとつのプロジェクトを管理していくのならこれで充分だが，残念ながら，仕事でそんな状況はあまりない。プロジェクトごとに仮想マシンを用意できるのはまだマシな方で，そんなことすら出来ないぎりぎりのスペックで複数のプロジェク
より良い `go run` を実現する goshim | おそらくはそれさえも平凡な日々
https://github.com/Songmu/goshim プロジェクトでちょっとしたスクリプトを書いてリポジトリで共有したいとなった時に、スクリプト言語なら楽ですが、Goで書くのはやや面倒です。リポジトリを分けるようなものでもないし、わざわざ go install させるようなものでもないけど、ビルドしたバイナリをどこに置くのかなどが悩ましい問題です。macを使っている人もいればlinuxを使っている人もいるのでバイナリをリポジトリに配置するわけにもいきません。 go run でも良いかと思われるかもしれませんが、本当にちょっとしたものならよいいのですが、以下の様な問題があります。 複数ファイルになった時に go run main.go hoge.go とかやるのがダルい (% go run $(go list -f '{{join .GoFiles " "}}') [args..
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
