[B! github][cd] Makotsのブックマーク

GitHub Actions による自動デプロイに承認機能を付ける

GitHub で共同開発をしている場合、GitHub Actions を使用して継続的なデプロイを行っていることが多いかと思います。例えば Git タグを使用して、そのタグ作成をフックに自動で Production へデプロイといった運用が考えられます。ただ、そういった運用は、運用自体が簡単ではあっても、セキュリティに難があります。業務委託等の社外エンジニアが開発に参加している場合、そのレポジトリに対して Write 以上の権限が必要になります。すると、Git タグを作成する権限もあるわけで、そうなると、社外メンバーが Production デプロイを勝手に行えてしまいます。そういったことを防ぐために、Production デプロイ自体に承認機能を付けることができます。それを、GitHub Actions と GitHub Environments という機能を組み合わせること

Makots 2022/05/09

リンク

共同開発を始めるときに便利な 5 つの GitHub Actions

はじめにスタートアップ等において新しいプロダクトを始める時は、負債が無い代わりに何もありません。そういった時に、ソフトウェアの品質を担保するための CI のセットアップが、初期から重要になってきます。 GitHub を使用している場合は、GitHub Actions を使用されることが殆どだと思うので、そちらを前提に進めていきたいと思います。 1. rhysd/actionlint 様々なエンジニアが action を追加したり、編集したりするようになった時、全員が正しい書き方で書いていくことは難しいです。また、それを 1 人の GitHub Actions Expert がレビューしていくのは大変で、属人化してしまっているので、避ける方が望ましいです。以下をコピペすれば、使用できます。 name: Actionlint on: push: branches: [ main ] p

Makots 2022/04/17

リンク

トランクベース開発とデプロイ - Mitsuyuki.Shiiba

前回は Git-flow とデプロイについて書いたので bufferings.hatena blog.com 今回は、トランクベース開発とデプロイについて考える。LinkedIn, Facebook, Google などもトランクベースの開発をしてるんだね参照: Agility Requires Safety | Y Combinator トランクベース開発は Git じゃなくてもいいと思うんだけど、この記事では Git 前提で考えるトランクベース開発？幹（trunk）となるブランチにみんなが小さな変更を加えていくブランチモデル。寿命の長いブランチを作らないようにすることで、マージでつらい思いをしなくて済むようになって、ビルドも壊れないようにできて、ヤッター！というもの trunkbaseddevelopment.com Git-flow みたいに develop ブランチで開発をする

Makots 2022/04/10

リンク

入門 GitHub Actions - メドピア開発者ブログ

CTO室SREの @sinsoku です。社内のGitHub ActionsのYAMLが複雑になってきたので、私が参考にしてる情報や注意点、イディオムなどをまとめておきます。頻繁に参照するページ新しい機能の説明が日本語ページに反映されていないため、基本的に英語ページを読むことを推奨。ワークフロー構文 YAMLの基本構文の確認コンテキストおよび式の構文 github オブジェクトの情報、関数の確認ワークフローをトリガーするイベント各イベントの GITHUB_SHA と GITHUB_REF が記載されている About GitHub-hosted runners インストールされているSoftwareのバージョンなどが記載されている GitHub REST API APIを使うときに参照するよく使うaction actions/checkout イベントによってはデフォルトブ

Makots 2021/06/25

リンク

新 GitHub Actions 入門 - 生産性向上ブログ

github.blog GitHub Actions の新バージョンが 8/8 に発表されました。 www.kaizenprogrammer.com 自分は過去にも旧バージョン時に GitHub Actions の入門記事を書いていたのですが、新バージョンがこれまでと大きく変わってしまっているので、この記事ではあらためて GitHub Actions についていろいろ調べたり動かしてみたりした内容をまとめます。目次注意事項 GitHub Actions とはこれまでの GitHub Actions とどこが変わったかコンセプトマルチプラットフォーム対応 HCL から YAML へ料金その他 GitHub Actions と Azure Pipelines 簡単な例 (Hello, World) ワークフローの設定ワークフローとはワークフローを実行するイベントワークフロー

Makots 2019/08/19

リンク

circleciのbuild/test/deployをgithub actions(beta)に移行した - 839の日記

まだ機能的に足りないところもあるが、頑張ったら使える感覚だった。 githubにもfeedbackが送れる所があれば送ろうと思う。 circleciでやっていたことはざっくり書くと以下。 test系 golangのbuild/lint/test helm chartのlint helm templateで吐き出されたyamlのlint build系(only master) base imageのbuild & push k8s上で動かすprod imageのbuild & push deploy系(only master) GKE上にhelm secrets upgrade これをgithub actionsに移行した際にcircleciとの差分を感じた機能は以下。 slack通知自分のリポジトリでは未実装、デフォルトは失敗するとメール通知が来る未確認だが多分いろいろな人がbeta向