# Install beads CLI (system-wide - don't clone this repo into your project) curl -fsSL https://raw.githubusercontent.com/gastownhall/beads/main/scripts/install.sh | bash # Initialize in YOUR project cd your-project bd init # Optional: refresh or install richer instructions for your agent bd setup codex # Codex CLI - installs skill, AGENTS.md guidance, and hooks bd setup claude # Claude Code - inst
GitHub Actions のワークフローを静的にチェックする actionlint というコマンドラインツールを最近つくっていて，概ね欲しい機能が揃って実装も安定してきたので紹介します． github.com なぜワークフローファイルの lint をすべきなのか GitHub Actions が正式リリースされてからだいぶ経ち，GitHub 上での CI は GitHub Actions が第一候補となってきているように感じます．僕も新規にリポジトリを作成して CI をセットアップする場合はほぼ GitHub Actions を使っています． ですが，GitHub Actions には下記のような問題があり，actionlint でそれらを解決・緩和したいというのが理由です． ワークフローを実装する時は，GitHub に push して CI が実行されるのを待って結果を確認するという
Claude, v0, etc are incredible- but you can't install packages, run backends or edit code. That’s where Bolt.new stands out: Full-Stack in the Browser: Bolt.new integrates cutting-edge AI models with an in-browser development environment powered by StackBlitz’s WebContainers. This allows you to: Install and run npm tools and libraries (like Vite, Next.js, and more) Run Node.js servers Interact wit
前置き こんにちは Bugfire です。 クラウドワークス Advent Calendar 2020 の5日目になりました。 また GitHub Actions の話題です。 github-script とは？ github-script とは 公式 GitHub Action です。 インラインの JavaScript から、認証済みの GitHub API を呼び出すことができます。 GitHub API は多種多様なことができますが、公式 Actions は全ての機能が定義されているわけではありません。ちょっとした機能を使うために 3rd party の Action を使うのも...という時にこの Action が役立ちます。 もちろん、この環境で書かれたコードで Lint や Test は難しいですし、複雑なことを行うには適していません、ちょっとした条件分岐と API を呼び出
この状態ではPull Requestを作ったときとコミットがpushされるたびにGtihubActionsが実行されてしまいます。 レビューの準備ができたときにのみ実行する そこでPull Requestの状態に応じて、実行タイミングを以下のように指定したワークフローを設けたいと思いました。 Pull RequestをDraftからレビュー準備完了の状態に変えたときは実行する Pull RequestをDraftで作成したときは実行しない 改善案 Pull RequestをDraftからレビュー準備完了の状態に変えたときは実行する pull_request イベントに対してアクティビティを ready_for_review に指定することで、「Draftからレビュー準備完了の状態に変えた」ときに実行するように設定ができます。
Our Explorations and Experiments Pull Requests have become a central part of many team's workflows. We love how they let us group changes into a single transactional chunk so they can be communicated, discussed and improved. But they also create overhead. It takes time to put them together, review them and sometimes it's hard to even merge them. In the Copilot for Pull Requests project we explored
概要 仕事でGitHub Actionsを用いて環境別にCDを構築する方法について構築したので、残しておこうと思います。 また、仕事ではCircleCIからGitHub Actionsへの移行を行いましたので、そちらの参考にしたものについてもついても以下に纏めておきます。 移行について 使用したツール: GitHub Actions Importer 以下の公式リファレンスがわかりやすかったです。 gh actions-importer audit circle-ci --output-dir tmp/auditのコマンドを使用するとaudit_summary.mdに変換率が吐き出され、変換後ファイルも出力されました。 CircleCI パイプラインでサポートされている構文や環境変数のマッピングを参考に変換しきれていない部分について書き換えを行なえば完了です! 環境別での構築について さて
まえがき 年に一回の外向け記事を公開する日がやってきてしまいました。仙波です。 この記事はfreee Developers Advent Calendar 2018 の13日目です。 adventar.org 例年ちょっとエモい記事ばかり書いているので、今年はちょっと渋い（他社さんがどうやっているか気になる）ところを書いていきたいと思います。 さて、まずは本業である今年の蕎麦ですが、得意先の粉屋によると相次ぐ災害により不作で、夏の北海道産はもとより、新そばの本命である信州産もよろしくない状況だそうです。悲しいですね。 打ち立ての新蕎麦。例年よりちょっと香りが薄いかな。 蕎麦以外のエンジニア業についてですが、自分はいまSREチームからエンジニアの生産性を向上するチームに移動しています。 相方は各マイクロサービスの Rails の Major Version Up やら ChatOps 用の
モチベーション 今携わっているプロダクトは、DDD+Clean Architectureなマイクロサービスとして構築しています。 自身の担当業務としてはレセプト関係になります。業務の特性上、複雑なビジネスルールをきっちりかっちり作らないといけないのでテストはかなり重点的に書いています。 ビジネスルール、ユースケースといったレイヤー化されたクラスにそれぞれテストを書いていくわけですが、ユースケースが依存しているビジネスルールが一つの場合など、いちいちユースケース単体でテストを書くのか？ということもあり、ケースによりますがテスト粒度を上げるという判断もしてたりします。 テストコーディング時に依存性を排除する為にモックを大量に使いますが、上記のような判断があったり、なかったりするとテストのカバー範囲の認識齟齬というものが出てきて最終的にカバレッジが漏れる事案が発生します。 またPRレビュー時にテ
🎶 Minimalist websocket framework for Go. Melody is websocket framework based on github.com/gorilla/websocket that abstracts away the tedious parts of handling websockets. It gets out of your way so you can write real-time apps. Features include: Clear and easy interface similar to net/http or Gin. A simple way to broadcast to all or selected connected sessions. Message buffers making concurrent w
Shaka Player is an open-source JavaScript library for adaptive media. It plays adaptive media formats (such as DASH and HLS) in a browser, without using plugins or Flash. Instead, Shaka Player uses the open web standards MediaSource Extensions and Encrypted Media Extensions. Shaka Player also supports offline storage and playback of media using IndexedDB. Content can be stored on any browser. Stor
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
