はてなブックマーク

はじめに GoReleaserを使い始めて、執筆時点で1ヶ月余りが過ぎた。 この間に、GoReleaserとGitHub Actionsを使って3つほどGolangのCLIのリリースを自動化した。 到底、使い倒したといえるほどのものではないが、得られた知見などをまとめておく。 随時、加筆更新予定。 ※元ネタは個人のメモサイトに書き溜めていたもの。 GoReleaserとは Goプロジェクトのリリース自動化ツール。 主な機能: バイナリのクロスコンパイル GitHub / GitLabへの公開 公開済みのtagを参照してreleaseを作り、バイナリをアップロードする Release Note生成 ... commit logからChange Logを生成 CIツールから使われることを念頭に作られているようだが、ローカルにインストールして実行することもできる。 参考: goreleaser

動作確認環境 Ubuntu 18.04 Go 1.14.2 macOSでも動くと思います。 背景 Go Toolsに含まれるgorenameは、様々な変数の名前を変更するためのツールで、リファクタリングなどに活用できます。 ただし、エクスポートされた変数の場合は、マシン内のワークスペース（ $GOROOT および $GOPATH ）をスキャンするという挙動があり、非常に時間がかかることがあるようです。 （参考） $ gorename -help : gorename automatically computes the set of packages that might be affected. For a local renaming, this is just the package specified by -from or -offset, but for a potential

はじめに macOSとLinuxで利用できるパッケージ管理ツールのHomebrewでは、Formulaと呼ばれるパッケージの構成ファイルをRubyのコードで書くことで、新しいパッケージを追加することができます。 作成したFormulaを公開することでパッケージを世界中の人に使ってもらうことができます。 本稿ではFormulaの基本的な作成方法については省略して、macOSとLinuxの両方に対応したFormulaの作成・公開方法にフォーカスします。 単一プラットフォーム向けのFormulaがそのまま使えることもある 結論を一部先に述べる形になりますが、特にマルチプラットフォーム向けの対応をしなくても同じFormulaがそのまま使える場合もあります。 例: そもそもプラットフォーム依存のないソフトウェアである場合。例えば、ポータブルな形で書かれたシェルスクリプトとか ビルドツールがマルチプラ

はじめに シェル環境で作業することの多いみなさんは、シェルスクリプトのパッケージ管理ツールが欲しいと思ったことはあるでしょうか？ 私はあります。一時期その欲求が高まって、つい自作してしまったほどです。1 本稿では、最近見つけたシェルスクリプトのパッケージ管理ツールを1つ紹介します。 こちらです: https://github.com/basherpm/basher 「basher」という名前で、一見Bash専用に見えますが、実はZshとfishにも対応しているそうです。 Even though it is called basher, it also works with zsh and fish. 私自身、BashとZshで動作を確認しており、これから常用していく予定です。 中身は完全にシェルスクリプトで実装されています。 機能概要 READMEやコマンドのヘルプをざっと見たところ、以下

本稿について 2019年11月、GitHub上で利用できる無料のワークフローツールのGitHub Actionsが正式にリリースされました。1 これを使って、CI/CDなどの処理を自動化することができます。 本稿では、GitHub ActionsでTerraformを実行し、Google Cloud Platformの構成管理を行う方法を紹介します。 また、GitOpsによるインフラCI/CDの作業フローも紹介します。 昨日、Bitbucket PipelinesでGCPに対してTerraformでインフラCI/CDする - Qiitaという記事を書きましたが、そのGitHub Actions版となります。 共通する内容が多いので、以降ではその記事を「Bitbucke Pipelines版」として参照させて頂きます。 更新履歴 20200504 .github/workflows/terr

BitbucketにはBitbucket Pipelinesというパイプラインツールが付属しており、CI/CDなど処理の自動化に利用できます。 無料プランでも、ビルド実行時間にして月間500分までは使うことができます。1 本稿では、Bitbucket PipelinesでTerraformを実行し、Google Cloud Platformの構成管理を行う方法を紹介します。 また、GitOpsによるインフラCI/CDの作業フローも紹介します。 更新履歴 2020-05-03 Bitbucketのリポジトリ変数設定を変更し、bitbucket-pipelines.ymlを簡素化 2020-05-02 初稿投稿 動作確認環境 terraform v0.12.24 terraform-provider-google v3.19.0 準備するもの Bitbucketアカウント Bitbucket上

# rootユーザはどこでも、誰としてでも何でもできる root ALL=(ALL:ALL) ALL # wheelグループのユーザはどこでも、誰としてでもパスワード無しで何でもできる %wheel ALL=(ALL:ALL) NOPASSWD: ALL # bobはaliceとして閲覧コマンドを実行できる bob ALL=(alice) /bin/ls, /bin/cat 以下、基本構文の簡単な解説。 誰が 上の %wheel のように % を付けるとグループ指定。 他にも指定の仕方がいくつかあるが、ほとんどの人は使う機会がないだろうと思う。 どこで ここはホスト名を入れることができるのだが、基本はローカル上で解釈されるので、 ALL でも問題ない。 LDAPとか使っていると話は違ってくるが、この記事ではLDAPの話はしない。 (誰として) 例で (ALL:ALL) と書いたが、左側がユ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

# 入力 command < file # ファイルの内容をコマンドの標準入力に渡す # ----------------------------------------------------------- # 出力 command >&2 # 標準出力を標準エラー出力にリダイレクト command > file # ファイル作成 or 上書き command >> file # 追加出力。ファイルがなければ作成 command 2> file # 標準エラー出力をファイルにリダイレクト(作成 or 上書き) command &> file # 標準出力/エラー出力を同一ファイルにリダイレクト command > file 2>&1 # 同上 command &>> file # 標準出力/エラー出力を同一ファイルに追加書き込み command >> file 2>&1 # 同上 com

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

http { : log_format json escape=json '{"time": "$time_iso8601",' '"host": "$remote_addr",' '"vhost": "$host",' '"user": "$remote_user",' '"status": "$status",' '"protocol": "$server_protocol",' '"method": "$request_method",' '"path": "$request_uri",' '"req": "$request",' '"size": "$body_bytes_sent",' '"reqtime": "$request_time",' '"apptime": "$upstream_response_time",' '"ua": "$http_user_agent",'

はじめに 私がCapistranoの動作確認をローカルで行うために、使っている方法を紹介します。 以下のライブラリのバージョンで、このやり方が上手く行くことを確認しました: Capistrano: v3.6〜v3.10 SSHKit: v1.11〜v1.15 やり方 ①下のようなCapistranoの設定ファイルを用意します。パスはconfig/deploy/local.rbとします。 ②cap local deployを実行します。 以上で、ローカルマシン上の/path/to/appにアプリケーションがデプロイ(コピー)されます。 サンプルコード 動作する完全なサンプルの例としては、 https://github.com/progrhyme/tutorials/tree/master/capistrano をご覧ください。 解説 ※この解説は以下のバージョンのコードを前提とします: Ca

. ├── dev/ │   ├── .envrc │   ├── dev.auto.tfvars # dev環境の共通変数定義 │   ├── app/ │   │   ├── app-main.tf -> ../../shared/app-main.tf │   │   ├── app-variables.tf -> ../../shared/app-variables.tf │   │   ├── backend.tf │   │   ├── common-variables.tf -> ../../shared/common-variables.tf │   │   ├── dev.auto.tfvars -> ../dev.auto.tfvars │   │   ├── global.auto.tfvars -> ../../shared/global.auto.tfvars │

はじめに Kubernetesがコンテナオーケストレーションツールのデファクトになったといわれて久しい1ですが、今年のAWS re:InventではAmazon EKS2の発表もあり、これからKubernetesに取り組もうという人もいるのではないかと思います。 かくいう私もその一人で、最近この辺りの技術に入門して色々と試していたので、今日はそのまとめを記します。 更新履歴 2020-05-09 Compose on Kubernetesについて追記 2017-12-12 初稿投稿 用語解説 Minikube Kubernetesクラスタをローカルマシン上で構築できるようにしてくれるものです。 Kubernetesクラスタを自前で一から構築するのは非常に大変そう(やったことはありません)なのですが、これを使うと簡単に試すことができます。 CIなどでも活用できそうです。 Kompose Do