Bazelを導入する過程で学んだTipsをまとめます。
Bazelのバージョンを環境別に管理したい場合、bazelbuild/bazeliskを使うのが良いです。
.bazelversionに以下のようなバージョンを書いておけばそのバージョンでビルドしてくれます。
4.2.2
インストールはhomebrewでできます。
$ brew install bazelisk
macOSであればbazelのエイリアスが勝手につくので、bazelコマンドで中身はbazeliskが実行されます。
Bazel解説第６弾です。
Bazelを使ってみる その１（Goのビルド） - Carpe Diem
Bazelを使ってみる その２（protobufのビルド） - Carpe Diem
Bazelを使ってみる その３（docker imageのビルド） - Carpe Diem
Bazelを使ってみる その４（gRPCのビルド） - Carpe Diem
Bazelを使ってみる その５（リモートキャッシュ） - Carpe Diem
今回はテストについて説明します。
Goにおけるテスト周りでは以下の考慮できてれば大丈夫でしょう。
今回は以下のようなファイル構成の際において
├── dice │ ├── dice.go │ ├── dice_integration_test.go │ └── dice_test.go ├── docker-compose.yml ├── go.mod └── go.sum
それぞれのやり方を説明します。
続きを読むCIツールでプライベートリポジトリをgo getしようとするとたまに遭遇する
fatal: could not read Username for 'https://github.com': terminal prompts disabled
の対応方法をまとめます。
go getはデフォルトだとHTTPSで通信しようとしますが、プライベートリポジトリだとそこへアクセスするための認証情報が必要です。
その認証情報がないため上記のエラーが発生します。
GitHubはHTTPSかSSHで通信をすることが可能です。なのでやり方としては大きく３つあります。
$HOME/.netrcに認証情報を書く$HOME/. gitconfigにinsteadOfの設定をするここで言う認証情報は通常のログインID＆PWであったり、PAT(Personal Access Token)だったりします。
$HOME/. gitconfigにinsteadOfの設定をするBazel解説第５弾です。
Bazelを使ってみる その１（Goのビルド） - Carpe Diem
Bazelを使ってみる その２（protobufのビルド） - Carpe Diem
Bazelを使ってみる その３（docker imageのビルド） - Carpe Diem
Bazelを使ってみる その４（gRPCのビルド） - Carpe Diem
今回はリモートキャッシュについて説明します。
Bazelにはリモートキャッシュの仕組みがあります。これはキャッシュをGCS(Google Cloud Storage)などの外部ストレージに置き、ビルド時にそのキャッシュをダウンロードして利用する仕組みです。
これにより、CIであったり初めてリポジトリをビルドするメンバーに対して
といったメリットがあります。
続きを読むBazel解説第４弾です。
Bazelを使ってみる その１（Goのビルド） - Carpe Diem
Bazelを使ってみる その２（protobufのビルド） - Carpe Diem
Bazelを使ってみる その３（docker imageのビルド） - Carpe Diem
今回はgRPCをビルドしてみます。
gRPCは２通りの設定方法があります。
今回は簡単なgazelleのやり方で説明します。
Conventional Commits というコミットメッセージの規約があります。
これを守ることで
といったメリットを享受できます。
しかし新しいメンバーなど、Conventional Commitsを知らない人が加わるとルールを守られないコミットが含まれるため、PR時などで機械的にチェックしたいです。
今回はGitHub Actionsでそれをチェックするようにします。