GitHub Actionsのワークフローを可視化するactions-timelineを作った
最初に作ったのがCIAnalyzerです。なるべくツール自体の運用の手間がかからないように常駐サーバー無し、データの保存先と可視化はマネージドサービスを使う前提で設計しました。具体的にはデータの保存先をBigQueryとすることによって自前でDBを管理する必要をなくし、webhookを受けるのではなくcronで定期的にAPIを叩くことで常駐サーバーを不要にし、データの可視化はBigQueryと簡単に連携できてマネージドサービスであるLooker Studioを使用する前提としました。 CIAnalyzerのアーキテクチャ CIAnalyzerを作ったきっかけはAzure Pipelineの分析機能に感銘を受けたことで、それと同等の分析を当時自分が業務とプライベートで使用していたJenkins, CircleCI, Bitrise, GitHub Actionsでも可能にしたいと思って開発を
10年開発してきたPHPアプリケーションにPHPStanを導入した - BASEプロダクトチームブログ
Tech Dept. 基盤グループエンジニアの @tenkoma です。 BASEには50以上のPHPプロジェクトのプライベートリポジトリがあります。 (アプリケーションは十数個で、残りの多くが、アプリケーションが依存するライブラリです) 過去4年ほどの間に新規に作られたリポジトリにはほぼ最初からPHPStanが導入されていますが、それ以前から開発していたリポジトリには導入されていないものが多数ありました。 それらのリポジトリにPHPStanを導入していったので、なぜ導入したか、導入方法、得られた効果について紹介します。 PHPStanとは PHPコードを実行せずに、実行時にエラーになりうる箇所を検出するツールです。PHPStanを利用しCIに組み込むと、テスト実行せずに検出できるバグの一部は、PHPStan解析で指摘してくれるので、コードレビューの負担が減ることが期待できます。 なぜPH
CSS の element() 関数をご存知？
発端 きっかけは調べ物でこちらのブログを閲覧したときです。ぜひアクセスしてみてください。9 割以上の方は何も気づかないでしょう。 Chrome でのスクリーンショット なぜなら Firefox 以外のブラウザでは表示されないからです。 Firefox でのスクリーンショット Firefox でアクセスすると、“Woah! What's this?” と書いてある右側のミニマップに気づくはずです。 Firefox でのスクリーンショット これの驚くところは、なんと要素の状態がリアルタイムでミニマップにも反映されます。上記スクリーンショットはテキストを選択した状態ですが、ミニマップにもテキストが選択された状態で表示されていることが確認できます。 実装 どのように実装されているかというと、なんと CSS の element() 関数のみの 1 行で実装できます。そして、Firefox は ele
ビジュアルリグレッションテストをSlack通知するgithub actionを作ってみた - Qiita
こんにちは@glassmonkeyです。 この記事はGitHub Actions Advent Calendar 2020最終日の記事です。 みなさんクリスマスはいかがお過ごしだったでしょうか？ 私はこの記事のネタのactionを作ることを忘れてて夜なべでつくりました。 わりと私自身の個人開発で使うことをメインに据えているので、機能など色々足りていないところは少しずつ足していけたらとは考えています。 はじめに 今回はビジュアルリグレッションテストを行うGithub Actionを作ってみました。 マーケットプレイスにあげているので、興味がある方はご覧ください。 ソースコードもglassmonkey/image-regression-notificationに置いています。 実装の詳細に関しては過去の私が書いたGitHub Pagesをビジュアルリグレッションテストをしてみたに詳細を記載して
GitHub Actionsをローカルで実行する(nektos/act) - くらげになりたい。
GitHub Actionsを試すときに、いちいちコミットしないといけないのがめんどくさいので、 ローカルで確認できればな〜と思い、色々調べたときの備忘録。 Dockerを立ち上げてローカルで実行できるのがあった...(*´ω｀*) ・nektos/act: Run your GitHub Actions locally 🚀 使ったサンプルはこれ(*´ω｀*) # ./github/workflows/build.yml # ./github/workflows/test.yml name: Act Sample on: release: types: [created] jobs: build: runs-on: ubuntu-latest steps: - run: | echo "MY_ENV_VAR = ${{ env.MY_ENV_VAR }}" echo "MY_2ND_EN
GitHub Actionをローカル実行する - actのメモ｜Junichi Sato
GitHub Actionを新しく作るとき、GitHub上でテストしては失敗を繰り返してしまう。actを使って、ある程度ローカルで動作検証した上で、GitHubで動かせるようにする。 インストール 実行にはDocker環境が必要。 macOSの場合、以下でインストールできる。 $ brew install actmac以外の環境で、goが入ってる場合は、以下でもインストールできる。 $ go install github.com/nektos/act@latestM1 Macで起動する場合は、「--container-architecture linux/amd64」オプションをつける。 また、以下の問題があり、yarnコマンドが実行できないことがある。 「-P」または「--platform」でプラットフォームを指定でき、上のissueに記載されている通り、「-P ubuntu-lates
バッチ処理 プラクティス
バッチ処理は既に先人の方々が多くのナレッジを公開してくれていますが、それでもなお難しさが変わらないテーマだと思っています。 この記事は、筆者がこれまでの開発経験で気づいたバッチ処理の実装ナレッジを整理し、体系化を目指して文章にしました。 ここでの内容が、より良い課題解決に貢献できれば幸いです。 自身の断片的な思考整理(メモ書き)の延長で内容を整理したため、一部書き振りが統一されておらず、読みにくいかもしれません。ご了承ください。🙏 バッチ処理の難しさバッチ処理は難しい。 人によっては簡単なテーマかもしれませんが、自分は難しいテーマだと思っています。 「難しさの根源は何か？」を考えると、1. 考慮点が多様にあること 2. 解決する課題によって答えが大きく変わること に整理できました。 この2点は、どのソフトウェア開発にも当てはまる項目ではありますが、ことバッチ処理においては顕著に現れます。
[lizard]循環的複雑度（CCN）が高すぎるコードをブロックするGitHub Actionを作ってみた
エレベータ―ピッチ コードの複雑度（CCN、行数など）をCIに組み込むことで、複雑すぎるコードのマージを阻止。 GitHub Actionとして、GitHub Marketplaceに公開し、容易に導入可能。 引数としてしきい値などを容易にカスタマイズ可能。 軽量なコンテナを使い1分以内に実行が可能 OSS+GitHub Actionsなのでプライベートリポジトリなどでも無課金で使用可能 概要 一般的に、アジャイル開発の現場においては、CIとしてテスト自動化を組み込むことが行われています。テスト自動化を行う事で、マージしたコードが、思いもよらない機能に対して、致命的な副作用を発生させていないことが保証され続けます。これによりエンジニアはより心理的安全性の高い環境で開発できます。 しかし、プロダクトが一定以上の規模になってくると、テストケースが十分に存在しており、カバレッジが高く保たれていた
![[lizard]循環的複雑度（CCN）が高すぎるコードをブロックするGitHub Actionを作ってみた](https://cdn-ak-scissors.b.st-hatena.com/image/square/c28ddc43f8fefa5be6ab2ed443dca0ea88a35004/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--1ESd0zSC--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255Blizard%25255D%2525E5%2525BE%2525AA%2525E7%252592%2525B0%2525E7%25259A%252584%2525E8%2525A4%252587%2525E9%25259B%252591%2525E5%2525BA%2525A6%2525EF%2525BC%252588CCN%2525EF%2525BC%252589%2525E3%252581%25258C%2525E9%2525AB%252598%2525E3%252581%252599%2525E3%252581%25258E%2525E3%252582%25258B%2525E3%252582%2525B3%2525E3%252583%2525BC%2525E3%252583%252589%2525E3%252582%252592%2525E3%252583%252596%2525E3%252583%2525AD%2525E3%252583%252583%2525E3%252582%2525AF%2525E3%252581%252599%2525E3%252582%25258BGitHub%252520Action%2525E3%252582%252592%2525E4%2525BD%25259C%2525E3%252581%2525A3%2525E3%252581%2525A6%2525E3%252581%2525BF%2525E3%252581%25259F%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3AU-NOT%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9saDMuZ29vZ2xldXNlcmNvbnRlbnQuY29tL2EvQUFUWEFKeUxraHdiZE41Z3MtSTVFZWtIZF9WcFgtZzVISjRaY1ZmaUUzYV89czk2LWM%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
