tl;dr 1.9.x とかでパッチバージョンを指定したいけど これは手作業のアップデートが必要なのですぐには更新されなくて みなさん気をつけてやっていきましょう 資料 Building a Go Project - Travis CI github.com 今回の話題のネタはだいたいここで語られている: github.com 解説 Travis で go のバージョンを指定すると、指定されたバージョンは travis-ci/gimme によってインストールされる。 gimme 自体には 1.9.x のようなバージョン指定を受け付ける機能は特になくて、 gimme だけでは「特定マイナーバージョンの最新パッチバージョンを使う」というような仕組みはない。けれど Travis では一見この機能が使えるようになっていて、それは何故かというと Travis のプロビジョニング側で 1.9.x =>
概要 golangではbuild時にldflagsというオプションをつけると、変数に値を埋め込んだ状態でバイナリを生成することができます。 よく使われるのはビルド時のgitのcommitのハッシュを埋め込んで、そのバイナリがどのcommitで作成されたのかを明らかにして「想定したバージョンでビルドができているか」や「複数のサーバ間で同じバージョンを使用できているか」などをチェックしたりします。 今回はそのldflagsを使う上でハマったことを書きます。 環境 go 1.7.4 ハマったこと go 1.5から書き方が変わった 以前はスペースで区切って go build -ldflags "-X パッケージ名.変数 値" でしたが、今は＝を使って go build -ldflags "-X パッケージ名.変数=値" となります。 複数埋め込みたい場合は go build -ldflags "-
AWS Lambda Supports Go
You can now develop your AWS Lambda function code using Go. Lambda lets you run code without provisioning and managing servers. You simply upload your Go executable artifact as a ZIP file through the AWS CLI or Lambda console and select the go1.x runtime. With Lambda, you can use Go's native tools to build and package your code. Read our documentation for more details. You can also use the AWS Ser
golangで、例えばGithubのAPIを叩くような、特定のAPIにアクセスするロジックを書いた時、何も考えずにテストを書くと、テストを実行する際にもそのまま外部のAPIにアクセスしてしまう。この場合、色んなパターンのテストを書きづらい、依存している外部サービスが落ちたらテストも一緒に落ちるなどの問題が起こる。 このような問題から、統合テストではなくユニットテストのときは手元のみで完結して、外部サービスに依存しない状況でテストを書きたくなることがある。そこで今回は外部にアクセスするロジックを、手元で完結させた状態でテストする方法を試したので、その方法について書いてみる。 テストしたいコード 例えば以下のようなコード。Githubの https://github.com/shibayu36/shibayu36 の最新のリリースタグを取得し、そのリリースタグ名を出力する。これはGithubの
突然ですが，Goでコマンドラインツールを書く時，ツールの配布はどうしているでしょうか？ go get でインストールできるようにする GitHub 上にリリースして，ダウンロードして使ってもらう システムのパッケージマネージャ（Homebrew など）を使う などがメジャーかと思います． ただ，これらの選択肢はどれも問題があります． go get -u は常にリポジトリの HEAD をインストールしてしまうため，ユーザがインストールしたタイミングに依存したバイナリができてしまいます．これを避けるには dev ブランチを切ってそっちで開発する必要がありますが，Go のツールはそうなってないものが多く，どのタイミングで go get -u したら良いかユーザには容易に判断できません．また，仮に dev ブランチ運用したとしても依存ライブラリの更新のタイミングは制御できず，vendoring な
この記事は Go Advent Calendar 2017 の記事です。 僕が Go で Web Application を開発するときに主に利用するのが labstack/echo です。 github.com その際に副産物として生産された記事が Qiita にあがっているのでそちらも参照してもらえると嬉しいです。 qiita.com echo.Context を活用する タイトル通りに最大限に活用されていなければ、本当に申し訳ありません... さて、 echo で Controller 側のコードを書く際に良く用いられるのが echo.Context です。例えば良く扱う例として、api を作成する際に、アプリケーション側でバリデーションも同時に行うことを想定するならば、先に go-playground/validator を利用したバリデーションを行うためにセットアップを行い、コン
OSS紹介 Advent Calendar 2017 - Qiita 18日目の記事です。(一週間遅れ) Amazon ECS へのデプロイツール ecspresso と、そこで使っている環境変数を展開しつつ複数の YAML/JSON/TOML を読み込む config loader である go-config の紹介をします。 ecspresso github.com 「エスプレッソ」と読みます。Go で書かれた Amazon ECS 用のデプロイツールです。以下の3つのファイルを用いて ECS へのサービス、タスク定義作成、入れ換えを行います。 YAML の設定ファイル タスク定義のための JSON (aws ecs describe-task-definition 出力と互換) サービス定義のための JSON (オプション。aws ecs describe-services 出力の
もともと数ヶ月前から、Go言語によるWebアプリケーション開発 を読みながら Go での Webアプリケーション開発の勉強をしていた。 Go言語によるWebアプリケーション開発 作者:Mat RyerオライリージャパンAmazon 「実際に動くもの」を、「手を動かして作りながら学ぶ」のが僕は好きで、今回も同様、それを楽しんでやっていたのだけど、思いの外それっぽいものができあがってしまって。これをそのままローカルで動かすだけじゃおもしろくないな、もったいないな、と思ったので、それをサービス化して公開するところまでやってみた。 かんじんのアプリケーションは↓これ。Yukizuri と書いて「ゆきずり」と読む。 https://yukizuri.moshimo.worksyukizuri.moshimo.works ログインもない、ログも残らない、そんな「ゆきずり」の会話を楽しむチャットサービス
こんにちわ。しいたけです。今日はgoroutineの実行状況をいいかんじに可視化するツールの話です。 goのプロファイリングツールと言えば、 runtime/pprof や net/http/pprof ですよね。これらの使い方はググればすぐに出てくるのですが、 詳細なtraceを取得して可視化できる runtime/trace については、日本語の情報が殆ど無いので書いてみましいたけ。 runtime/trace はgoroutineの実行状況やsystem callのイベント、Heapやnetworkの状況をこんな感じに可視化してくれるので便利です。 これは自作のクローラーを動かしている際のtraceを可視化したもので、横軸がタイムラインになっており、上段に Heapの使用状況やgoroutineとos threadの数が, 下段はnetworkやProccesor(GOMAXPROC
この記事は go Advent Calendar 2017 の15日目の記事です。 introduction goでapiを書いている皆さんは、apiのインターフェースとして何を使用していますか？ json形式でレスポンスを返すのが一般的だと思いますが、grpcやGraphQLなど様々な技術が最近登場しています。 今回は、GraphQLの概要とgoでの実装について解説したいと思います。 GraphQLの概要 GraphQLはFacebookが開発したクエリ言語です。2015年のReact.js Confで発表されました。 国内での流行りはそれほどではありませんがgithubが採用したりいくつかの企業が採用したことによって知名度が上がりつつあります。 GraphQLの大まかな特徴として、クライアントが欲しい情報を指定することが可能ということと、1度のリクエストで多く(任意)のリソースの取得が
最近は仕事でも新しくGoのプロジェクトをイチからはじめることが増えてきて、コピペ元が欲しくなるので、スナップショットとして残しておきます。とくに Go でウェブアプリケーションを書くような場合を想定していて、npm エコシステムにも乗っていきます。 大まかな方針としては、 self-contained である グローバルな環境を汚染しない コマンド一発で開発環境が再現できる ……というところを目指します。 motemen/prchecklist がこれを達成しているつもりなので、以下、これを例に見ていきます。 依存ライブラリは dep なり何かしらのツールと Go 標準の vendoring で管理すればよい一方、そのツール自体であったり、他の開発中に必要なツール（golint とか gobump とか）であったりのインストールをどうするかという話。 npm であれば devDepende
「最小のNode.jsのDockerイメージを目指すスレ」、「JavaでもDockerでマルチステージビルド」というエントリーでは、Node.jsとJavaを使ったアプリケーションのイメージをなるべく小さくするトライアルをしました。 今度はGoでやってみます。ただし、Pure Goで最小というのはすでに方法があって、scratchという何も含まれないイメージを元に、静的リンクしたバイナリを配置するという方法です。 Building Minimal Docker Containers for Go Applications Goを使う場合に、一部cgoで使われたパッケージを利用したいこともあるでしょうし、雑にコマンドラインを利用することもあるだろう、ということで、今回も、できることを減らさずに（やりたいことにしたがって細かく作戦を微調整する必要がない）、なるべく小さく、という方針でいきたいと
mattn さんに教えてもらった。 いつもお世話になってて感謝しかない。 -d dir1 -d dir2 みたいな引数を持つオプションを複数指定する方法 Go の flag パッケージで複数オプションをパースするにはどうしたらいいんだろ。 -d dir1 -d dir2 で [dir1, dir2] の配列が取れるとうれしい— tyru (@_tyru_) 2017年8月22日 スライスに別型つけて Set を定義します。 https://t.co/VxA6wqU3ac— mattn (@mattn_jp) 2017年8月22日 package main import "flag" import "strings" type myDog []string func (dog *myDog) String() string { return strings.Join(([]string)(*
スター数4200超！ 人気リポジトリ『peco』 開発者（@lestrrat）が語る「使われるOSS」の作り方 多くの人が知る、人気リポジトリの開発の裏側とは？ スター数4200超えを誇る『peco』の作者・牧 大輔（@lestrrat）さんに聞きました。 あるひとつのプログラムやツールが公開され、開発を加速させる。 そのツールから生み出されたものが公開され、多くの人に影響を与え、次なる開発を加速させる。 本稿を読む皆さんの多くは、こうした拡散するエンジニアリング、つまりオープンソースというカルチャーの一側面から恩恵を受け、また影響を与えているでしょう。 2014年7月にリリースされたツール『peco』は、まさに“影響を与えた”オープンソース・ソフトウェア（以下、OSS）でした。インタラクティブなフィルタリングツールであるpecoはシンプルな機能ながら、その使い勝手の良さによって、2017
この記事はGo2 Advent Calendar 2017の3日目の記事です。 良い機会だったので初投稿してみました。 普段ORMはgormを使用しているのだがsqlboilerはパフォーマンスがgormに比べてパフォーマンスがよいという話を聞いて実際に使ってみたのでまとめを記事にしました。 sqlboilerとは データベーススキーマに合わせたGOのORMを生成ツールです。 gormとかとは違い、コードファーストではなくデータベースファーストのORMとなってます。 つまりどういうことかというと、データベーススキーマを先に作成しそこからgoのコードを生成してくれます。 準備編 今回Migrationツールのgooseを使用してデータベーススキーマを管理していきます。 依存解決ツールはdepを使います。（説明はしませんが） sqlboilerとgooseをインストール
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
