【2021年版】GitHub × Go製ツールのリリースフロー
はじめに GoでCLIをよく作る身として、 どのように素晴らしいリリースフローを構築するか に心を砕いています。 2019年末にリリースされたGitHub Actionsがすっかり成熟し、GitHub Container Repository(β)もお目見えとなった2020年も暮れを迎えたところで、新たなリリースフロー構築を検討し、一定の結論を得ましたので、少しでもGophersのたすけになることを願って、記事として公開します。 背景 実現したい「リリース」 クロスコンパイルしたバイナリでの配布 Goでツールを作ることで、クロスコンパイルの手軽さによって、様々な環境で、ダウンロードすればすぐに実行できるバイナリでの配布が可能です。 $ curl -O bin.tar.gz https://github.com/kyoh86/gogh/releases/download/v1.7.1/gog
pkg/errors はもう外すことができないライブラリ - 理系学生日記
ここ 2 ヶ月くらいずっと golang でバックエンドを書いています。 その中で、絶対に外せないなと思っているものの1つが pkg/errors です。 ぼくがこのライブラリを知ったのは、以下の記事でした。 Golangのエラー処理とpkg/errors Don’t just check errors, handle them gracefully 当時は Golang とは無縁の生活を送っていたので、まさか自分が使うことになるとは思いませんでしたが…。 問題 Golang におけるエラーハンドリングの問題 コンテキスト情報 pkg/errors が解決するもの エラーを取り出す 問題 Golang におけるエラーハンドリングの問題 Golang においては、以下のようなイディオムが多数登場してきます。 if err != nil { return err } 処理でエラーが発生している
Goでコマンドを実行して終了コードを取得する方法 - Qiita
2019-03-17追記 Go 1.12からはpkg/os/ProcessState.ExitCode()で取得可能です pkg/os/ProcessState.ExitCode()を使って以下のように書けます。 cmd := exec.Command("uname", "-a") cmd.Run() exitCode := cmd.ProcessState.ExitCode() 元記事 実行するコマンドはCommand()で作ってRun()するかStart()してWait()します。終了コードが0以外の場合はExitErrorが帰ります。このos.ProcessStateからSys()を取り出してsyscall.WaitStatus()にキャストして ExitStatus()でコードが取れます。 https://groups.google.com/d/msg/golang-nuts/8X
GitHub - roadrunner-server/roadrunner: 🤯 High-performance PHP application server, process manager written in Go and powered with plugins
RoadRunner features a range of plugins, including HTTP(S)/2/3 and fCGI servers that are compatible with PSR-7/PSR-17 standards. This is just one of its many capabilities. It serves as an effective alternative to the traditional Nginx+FPM setup, providing improved performance and more flexibility. Its extensive plugin options go far beyond just HTTP(S)/2/3 and fCGI servers, offering a broad range o
Goでesa.ioのクライアントライブラリ書いた - 人権真骨頂
\(⁰⊖⁰ )/ 書いた \(⁰⊖⁰ )/ github.com 詳しくは, リポジトリのREADMEを読んでみてもらうと良さそう. esaのクライアントライブラリは公式のRubyのやつがあったけど, Goのは見つからなくて欲しかったので書いた. できたてほやほやで, バグとか機能不足とかあると思うので, Issue立ててくれたりPR投げてくれると嬉しい!!!! (なんかテストがめっちゃ怪しい) github.com 感謝 ライブラリを書くのは初めてだったので, go-docomo を参考にさせていただいた. 感謝. github.com esaはめっちゃ好きなサービスなのでこれからも頑張ってほしい. esa.io
golang で streem を実装した。 - Qiita
この記事は Go Advent Calendar 2014、16日目の記事です。 はじめに Matz さんが streem という、ストリーム指向言語の開発を始めるらしいです。 まだ文法の設計段階ではあるけど、それなのにかなりの量の pull-req がバンバンと来てて凄いなーと思いつつも「この pull-req 量だと僕には出番無いなー」と思ったので、README.md に書かれているサンプルだけを頼りに streem を golang で実装してみました。 先日はネタで streem のマネをして yacc 定義部分だけ公開していましたが、本日ネタが無い中にTLがヒートアップして焦りに焦って勢いで実装してみました。いやはや異様な追い込みを感じます。。。 まずは streem を知る streem は README.md に書かれている通り並列実行を行いつつストリームを処理する言語です。
Go言語でルーズにJSONを扱えるライブラリJasonが便利だった - Qiita
GoでJSONを扱うとstructとかinterface{}で結構面倒だったしますが、jasonと言うライブラリを使うとかなりルーズに扱えて、ものぐさな私にはちょうど良かったです。 Jason - JSON Library for Go 基本的にはパーサーに特化しているようです。つまり読み込み専用。 単純なJSONだと package main import ( "github.com/antonholmquist/jason" "github.com/kr/pretty" ) func main() { root, err := jason.NewFromString(`{ "hoge": "fuga" }`) if err != nil { panic(err) } pretty.Printf("%v", root.Get("hoge").String()) }
Goで使ってみたライブラリとツールの感想をそこはかとなく書くよ - 絶品ゆどうふのタレ
会社の方でRDS TestRunnerというツールをGoで実装したわけですが、今回の実装にあたってGoの色々なライブラリ/ツールを見て回った印象として、まだまだ群雄割拠状態だなーという感じでした。 これからスタンダードが決まっていくのでしょうが、今後も考えて各ライブラリ等を利用した感想を共有しておくのは有益そうなので、書き残しておくことにします。 ちなみに、今回はかなりの率でHashiCorpのmitchellhさん作のライブラリやツールを利用していますｗ なので、ほぼこの方の紹介になってますね。。。 コードもterraformなどの実装をかなり参考にさせていただきました。 やはりGoでのプロダクト経験が豊富な人の実装は、色々参考になりますね(＾＾ゞ ライブラリ HCL (HachiCorp Configuration Language) 今回のConfig書式とそのパーサライブラリには、
Big Sky :: Re: 断続的にデータを受けながら並行で時間差リアクションを行う
断続的にデータを受けながら並行で時間差リアクションを行う - すぎゃーんメモ 断続的にデータを受けながら並行で時間差リアクションを行う Go はじめて、の次のGo - すぎゃーんメモ にて作った go-genki-bot 、UserStreamから Tweet 取得して返信する... http://d.hatena.ne.jp/sugyan/20140705/1404493007 ちょっと動きは違うんだけど、こういうパターンもあるよねー。という事で。 package main import ( "bufio" "fmt" "os" "runtime" "time" ) func main() { runtime.GOMAXPROCS(runtime.NumCPU()) queue := make(chan rune, 5) t := time.AfterFunc(-1, func() {
in_tail+(in|out)_forwardができるログエージェントfluent-agent-hydraをGoで書いている - 酒日記 はてな支店
タイトルが長いですが、つまりそういうものをGoで書いています。 fluent-agent-hydra - Github (hydraっていうのは首のいっぱいあるアレです。キングヒドラとか) 特徴 fluent-agent-lite 的なファイルを tail -F のように追尾する機能 1プロセスで複数ファイルを追跡できます in_tail のような pos_file, parse 機能は今のところありません in_forward 的な TCP で msgpack 形式のログを受け取る機能 各種言語の logger (Ruby, Perl, Go など) から投げたログを受け取って fluentd に送り直せます JSON 形式には対応していません 簡易的なオンメモリバッファを持っています 上記から入力されたログを fluentd に送信する out_forward 的な機能 複数の送信先を
Go のスライスでハマッたところ - Block Rockin’ Codes
intro 先日 GoのSliceもヤバイ - Qiita こんな記事をみて、別の挙動だけどスライスの内部を理解しきれていなかった頃のことを思い出した。 結構前に謎に思っていた挙動についての話。 以前この挙動を解説しようと思って、前提として書いたスライスの内部構造の記事が、 Go のスライスの内部実装 だったのですが、そっちを書き終わって満足してしまい、本題を忘れていました。 この挙動は、先のブログで説明した内容がわかっていないと、なかなか理解できないかも。わかってしまえば簡単ですが。 やりたいのは、関数側でスライスを操作したときの呼び出し側での結果。 順を追ってみてみます。 配列を関数内で変更する 関数は値渡しで、配列はそれ自体が値なので、まるっとコピーされます。 以下の例は、戻り値で返さないと、呼出側は変化しません。 package main import ( "log" ) func
Goの文字列結合のパフォーマンス - Qiita
Goで文字列結合をする時、通常の+=は遅いから[]byteをappendした方が高速という話があったので、実際にどの程度の差が出るのか検証してみた。 Goでは文字列連結はコストの高い操作 - Qiita テストケース 以下のような9文字*10要素の文字列の配列要素を","で結合し、最後に","を追記するコードを実装した。得たい出力はstringなので、[]byteやbytes.Bufferを使う場合、最後にstringへのキャストを実行した。 var m = [...]string{ "AAAAAAAAA", "AAAAAAAAA", "AAAAAAAAA", "AAAAAAAAA", "AAAAAAAAA", "AAAAAAAAA", "AAAAAAAAA", } func BenchmarkAppendOperator_(b *testing.B) { for i := 0; i <
ankoって素のgolang通すんですね、という誤解(多分)の旅 - Qiita
====== ankoとはGolangをベースとしたmattnさん謹製のスクリプト言語。 https://github.com/mattn/anko スクリプト言語、というか、ストレスフリー言語な感じが素晴らしいです。 golangは全くの素人の自分でもアイデアをメモるぐらいは問題無いです。 しかも、結構速いらしい。https://twitter.com/mattn_jp/status/519461004145467393 ということで、サンプルいじってみました。それだけですので、以下、期待しないで下さい。 失礼な内容等があったら訂正・削除しますのでご一報下さい。 githubにあったサンプル https://github.com/mattn/anko/blob/master/_example/server.ank これ、golangまんまなんですね。インラインで書けるのかー。（違うかも、
Gree Tech Talk 06に行ってGoの話を聞いてきた - 絶品ゆどうふのタレ
https://atnd.org/events/55464 最近Goづいてるもので、今回のGreeさんの会がGoに関する話だったので行ってきました。 勉強会のメモ投下は宿題みたいなもんなんで、手早く出してしまいますよっと(｀・ω・´) まとめと感想 結構実際にゴリゴリ使ってみた経験から、ベンチマークどうするとか、ハマりどころはこんな所、といった話が展開されていたので、ツール開発にしか使っていない身としてはすごく身になる話が多かったです。 会場に来てた人たち、Webサーバに使ってみたという人が多かったみたいで、すげえなーと思ってた。 僕はビビリなので運用ツールからやってます。。。 channelハマりやすいよってのはほんとそう感じるので、もっと積極的に使っていきたい(ぇ godepの依存関係管理方針が「ライブラリごと全部突っ込め」になったのは知らなかったけど、納得はできる。 godep使って
go-vultrというのを書いた - ぱいぱいにっき
はい梅雨きらいです、マコピーです 結構前から作っていたんですけれど、最近公開していてそれを放置していたのでちょっと紹介させていただきます。 mackee/go-vultr · GitHub 何をやるもの？ vultr というVPSサービスがございます。詳細に関しては以下の記事を参照していただきたく。 新しいVPSのVULTR、東京リージョンはじまった - uzullaがブログ そんでもって、こいつはDigitalOceanのようにインスタンスを立てたり消したり操作するAPIがあるのですが、それをコマンドから立たけるようにしたのがgo-vultrです。 インストール方法 # あらかじめgoは入れておいてください $ go get github.com/mackee/go-vultr $ go install github.com/mackee/go-vultr/vultr依存にもろもろ入って
panicはともかくrecoverに使いどころはほとんどない - Qiita
Goを書いていてrecoverを使うことはまずほとんどない。頻繁にrecoverを書いているとしたらなにかが間違っているのでプログラミングスタイルを見直すこと。 Goでのエラーハンドリング Effective Goなどで説明されているように、Goではエラーは関数の返り値として返される。たとえばio.ReaderのRead関数は、読み込んだバイト数と、（nilかもしれない）エラーの2つの値を返す。Goでは基本的に、エラーは常にこういう通常の値としてハンドルするべきで、エラーの時のための特別な制御構造（try 〜 catch）のようなものを使うのは、利点より害のほうが多いという考え方をとっている。 （同じような考えで例外を使用禁止にしている大規模C++プログラムはいくつもある。たとえばChromiumなどはそうだ。LLVM/Clangもパフォーマンス上の問題で例外を使っていない。C++コンパイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
go - Project Hosting on Google Code
Goのテストの基本と開発フロー
Goの変数名が短い理由（あるいはGoがほかの言語と違う理由） - Qiita
"err"という文字列をHighlightしておくとGolangのコードリーディングが捗る - ( ꒪⌓꒪) ゆるよろ日記
