update-github-actions-permissions v2をリリース: 500種類のGitHub Actionsのpermissionsに対応
update-github-actions-permissions v2をリリース: 500種類のGitHub Actionsのpermissionsに対応 GitHub Actionsのworkflowsファイルに自動的にpermissionsを追加する@pkgdeps/update-github-actions-permissions v2をリリースしました。 Release v2.0.0 · pkgdeps/update-github-actions-permissions update-github-actions-permissionsは .github/workflow/*.ymlのWorkflowファイルに対して、利用してるActionから最小限のpermissionsを自動的に設定するツールです。 GitHub Actionsのデフォルトパーミッションはwrite-allで
GitHub Actionsのセルフホストランナーでジョブごとにディレクトリを分離する方法 - DeNA Testing Blog
CI/CDマニアの加瀬（@Kesin11）です。先日、DeNA/setup-job-workspace-action をOSSとして公開しました。これは、GitHub Actionsでは本来1つのリポジトリに対して作業用のディレクトリは1つだけになるところを、ジョブごとにディレクトリを分離できるActionです。大規模なリポジトリをセルフホストランナーで扱うというニッチ環境用ですが、当てはまるユースケースではとても便利です。 本記事ではDeNA/setup-job-workspace-actionを作成した経緯や仕組みについて紹介しますが、これに関連する内容も含む発表を2023/03/02開催のDeNA TechCon 2023においてSWETの加瀬とゲーム事業部SREチームの白柳が次の2つをテーマに登壇する予定です。 SWETがこれまで注力してきたゲーム開発向けのJenkinsの整備 ゲ
GitHub ActionsのHadolint Actionを使って安全なDockerfileを運用する - Qiita
GitHub Actions と hadolint を組み合わせて Dockerfile の静的解析を自動化しよう！ - kakakakakku blog を読んで、自身のGHAにも組み込んでみた。 hadolint (Haskell Dockerfile Linter) hadolintとは、DockerfileをDockerfile Best Practicesに沿って解析してくれるツールだそうな。 詳しくは本家へ↓↓ Created by https://ghlinkcard.com/ さっそくGHAに組み込む めちゃくちゃ簡単！ 以下の感じで brpaz/hadolint-action@master を使うだけでGitHub ActionsでDockerfileを解析してくれる！ name: Workflow on: push jobs: build: name: Hadolint
GitHub Actions Importer を使って CI/CD を GitHub Actions に移行する
Description: GitHub Actions Importer helps you plan, test, and automate your migration to GitHub Actions. Please share your feedback @ https://gh.io/ghaimporterfeedback Options: -?, -h, --help Show help and usage information Commands: update Update to the latest version of GitHub Actions Importer. version Display the current version of GitHub Actions Importer. configure Start an interactive prompt
tblsをセットアップするGitHub Actionとしてsetup-tbls（を作るツールとしてgh-setup）を作った - Copy/Cut/Paste/Hatena
タイトルが何を言っているのかよくわからないと思いますので順を追って紹介したいと思います。 tblsをセットアップするGitHub Actionとしてsetup-tbls を作った setup-tblsはtblsをインストールしてくれるGitHub Actionです。 github.com 各所で「ないの？」とは言われており（最近Issueもたった）、いつか作らないとなと思っていたのですが、いろいろ重なって作りました。 github.com 私はGoで作ったツールのActionはDocker container actionを使うのですが、tblsでそうするとDockerコンテナ上で動くtblsからデータベースサーバの名前解決ができなかったりして、それも手を鈍らせている原因でした。 今回作成した setup-tbls はComposite actionで作っているので上記のような心配もありま
【2021年版】GitHub × Go製ツールのリリースフロー
はじめに GoでCLIをよく作る身として、 どのように素晴らしいリリースフローを構築するか に心を砕いています。 2019年末にリリースされたGitHub Actionsがすっかり成熟し、GitHub Container Repository(β)もお目見えとなった2020年も暮れを迎えたところで、新たなリリースフロー構築を検討し、一定の結論を得ましたので、少しでもGophersのたすけになることを願って、記事として公開します。 背景 実現したい「リリース」 クロスコンパイルしたバイナリでの配布 Goでツールを作ることで、クロスコンパイルの手軽さによって、様々な環境で、ダウンロードすればすぐに実行できるバイナリでの配布が可能です。 $ curl -O bin.tar.gz https://github.com/kyoh86/gogh/releases/download/v1.7.1/gog
GitHub Actionsを手動実行するworkflow_dispatch
B! 0 0 0 0 GitHub Actionsのトリガーの1つで手動でトリガーをかけるworkflow_dispatch について。 workflow_dispatch inputs 設定例 実行例 push時 手動実行時 手動実行時、値変更 workflow_dispatch GitHub Actionsのトリガーとして、workflow_dispatchというものがあります。 Events that trigger workflows - GitHub Docs これをworflowファイル内のonの部分に加えると workflowのページにRun workflowのボタンが出来て手動でも実行できるようにもなります。 手動実行の際にinputsで指定した変数を入力することが出来ます。 inputs inputsにはtypeとしてstring、choice、boolean(true
組織横断で中央管理するGitHub Actions Workflowを整備する
先日、GitHubのアップデートによりRequired workflowが使えるようになりました。 これにより、 Organization内のリポジトリに対して共通のWorkflowを設定できるようになりました。 スマートショッピングでは、さっそく組織横断でWorkflowを中央管理するリポジトリを作成し、運用を始めたので共有します。 Required workflowsを管理するリポジトリの設定 組織のプライベートリポジトリで使用する場合、 GitHub Actions でプライベートリポジトリの Action を共有できるようになったので試してみると同様のアクセス設定を行います。 Required workflowsの設定 Required workflowを使うための設定は、https://github.com/${org} を開き、 Settings > Actions > Gen
GitHub Actions からのキーなしの認証の有効化 | Google Cloud 公式ブログ
GCP を試す$300 分の無料クレジットと 20 以上の無料プロダクトがある Google Cloud で構築を始めよう 無料トライアル ※この投稿は米国時間 2021 年 12 月 7 日に、Google Cloud blog に投稿されたものの抄訳です。 GitHub Actions は Google Cloud の多くのお客様とデベロッパーの間で人気があるサードパーティ CI / CD ソリューションです。GitHub Actions ワークフローで Google Cloud 上でのリソースの読み取りや変更が必要な場合（Artifact Registry へのコンテナの公開や Cloud Run での新しいサービスのデプロイなど）、最初に認証をしなくてはなりません。 GitHub Actions から Google Cloud への従来の認証では、有効期間が長い JSON サービス
textlintとGitHubのCode Scanningを組み合わせてリンク切れをチェックする
textlintのルールに文章中のリンク先URLがアクセスできなくなってないかをチェックするtextlint-rule-no-dead-linkというルールがあります。 textlint-rule-no-dead-linkは実際にURLにリクエストを送ることでアクセスできるかをチェックするため、URLの数が多くなるとものすごく時間がかかります。 また、GitHubのように同一IPからのアクセスが連続すると429 too many requestsなどのエラーを返すサイトもあります。 textlint-rule-no-dead-linkはRetry-Afterヘッダを見てリトライにも対応していますが、このリトライの間隔が長いサイトもあるため、リンク切れのチェックはコミット時にやるのには向いてない作業と言えます。 GitHubでは、GitHub Actionsを使ってschedule実行に対応
GitHub Actions でプライベートリポジトリの Action を共有できるようになったので試してみる
先日 GitHub Actions で同一ユーザーもしくは組織内でプライベートリポジトリの Action が共有できるようになりました。 実際の挙動や必要な設定が気になったので試してみたメモです。 要約 プライベートリポジトリの Action・Reusable Workflow・Composite Action を同一オーナーのプライベートリポジトリから使えるようになった 設定の有効化は必要 パブリックリポジトリからは使えない 準備 プライベートリポジトリを作成する 今回は private-github-actions-example という名前でプライベートなリポジトリを作成しました。 全く同じ内容のリポジトリを private-github-actions-example-mirror という名前で公開しています。 Action・Reusable Workflow・Composite
テックリードとして入社してからやったことをまとめてみた。 - Qiita
現在の会社にテックリード（１人目の正社員エンジニア）として入社して、２年間やってきたことを書いています。 エンジニア二年目でテックリードとして試行錯誤してきて、自分の振り返りもしたいという思いから記事を書きました。 （前提として、シード期のスタートアップで実行してきたことです。） 入社時のチーム課題 入社当時は、２週間単位のスプリントでスクラムを回してましたが、全員が業務委託だったこともあり、完全な内製化を進める必要があり、主な課題は以下でした。 継続的リリースが困難な状態になっており、それを解消することが急務 社内にエンジニアがいなかったので、開発組織体制づくりが必要だった。 ウォーターフォール寄りのリリースが多く、継続的にリリースする文化がなかった。 リファクタリングやテストコードが不十分だった。 改善したこと Zenhubを導入 それまでは、GitHub Projectで進捗管理をし
【GitHub Actions 小ネタ】プルリクエスト時に差分ファイルの一覧を取得する | DevelopersIO
GitHub Actionsを使って、 プルリクエスト作成時(もしくは commit push時)に ベースブランチからの差分ファイルを取得したいです。 例えば base:main ← compare:fix のプルリクエストを作成したとします。 このとき mainブランチとfixブランチの差分ファイル一覧を取得、 差分ファイルに対して Lintを行う、といったことを実現したいです。 以下にそれを実現するワークフローのテンプレート、および活用例を書いてみました。 テンプレート name: run-actions-using-diff-files on: pull_request: types: [opened, synchronize, reopened] branches: [ main ] paths: [ 'docs/**.md' ] env: base_branch: main d
1クリックで始めるGitHubリリース as a ブログ
GitHubリリースという、GitHubでタグに対してリリースノートを書ける機能があります。 このリリースノート機能は、パーマネントリンクもあるし、Markdownも書けるし、画像もアップロードできるし、絵文字でリアクションもできるし、RSSもあるし、通知機能もあるし、GitHub Discussion連携すればコメントも書けるし、全文検索もついてくるしこれブログとして使えるんじゃないかと思いました。 そういう発想から、GitHubリリースノートをブログとして運用するためのちょっとしたブログシステムを作って使っています。 次のリポジトリが実際に動いてるものです。 azu/book-review: 本を読んだ感想を書くブログです。 リリースの一覧を見ると本の感想の記事が並んでいます。 Releases · azu/book-review Release 伴走型支援: 新しい支援と社会のカタチ
GitHub Actions Workflowの実行ログをGitHub CLIで確認する | DevelopersIO
こんにちは、CX事業本部 IoT事業部の若槻です。 最近知ったのですが、GitHub ActionsのWorkflow実行のログをGitHub CLIで取得できるようです。 Job中にコンソール出力される情報を確認したい場合などに、GitHubのコンソールへのアクセスが不要なのはとても便利でしたので、方法を書き残しておきます。 やってみた まず、必要に応じてですが、gh workflow runコマンドを実行して、Workflowを実行します。 # Workflow一覧の確認 $ gh workflow list .github/workflows/cron.yml active 2949574 .github/workflows/onpush.yml active 3363674 .github/workflows/manual.yml active 11296175 .github/w
GithubActionsで環境変数を理解する。
概要 イマイチ分かっていなかったので、ここに取りまとめておきます。 ポイント ２種類の変数 ここがこんがらがるのですが、「ワークフロー内で利用できるコンテキストという変数」と、「実際のコンピュータ内で利用できる環境変数」があります。 1. コンテキスト yaml内で利用できる環境変数的な存在。GithubActionsのOptionなどにも利用できる変数です。 下記のように独自に定義したりして利用する事ができます。 利用する場合は${{name}}みたいな形で参照する事ができます。 name: learn-github-actions on: [push] env: env_1 : hashito jobs: check-bats-version: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - run: | echo
GitHub Actions中でpushする際にgithub-actions[bot]をユーザーとして使う
B! 0 0 0 0 GitHub Actionsの中でレポジトリに対してcommitしてpushするような場合、 ユーザーを自分にせずにgithub-actions[bot]をユーザーとして使うと 実際に手元で変更したものと区別が出来るので便利という話。 github-actions[bot] idについて github-actions[bot] GitHub Actionsの中で以下のgitの設定を行った上でcommitすることで github-actions[bot]というユーザー(アプリ)のコミットにすることが出来ます。 git config --local user.email "41898282+github-actions[bot]@users.noreply.github.com" git config --local user.name "github-actions[b
![GitHub Actions中でpushする際にgithub-actions[bot]をユーザーとして使う](https://cdn-ak-scissors.b.st-hatena.com/image/square/ae2e57ebb44e619c736c835f3a11b29b9031a7ef/height=288;version=1;width=512/https%3A%2F%2Frcmdnk.com%2Fimages%2Fpost%2F20220930_githubaction.jpg)
GitHub Actions で zsh の起動時間を定点観測する
概要 zsh に限らず各シェルはカスタマイズが可能ですが、カスタマイズの仕方によってはシェルの起動が遅くなることがあります。シェルは毎日起動するため、起動時間の劣化に気付きにくいですが、劣化したときに知らずに浪費してしまう時間は大きくなりがちです。 そのため、シェルの起動時間を定点観測することは日々の時間の浪費を防ぐために効果があります。 今回は GitHub Actions でこれを行う方法を紹介します。 zsh の起動時間の計測 zsh の起動速度はの計測方法は適当にググれば出てくる通り、次のコマンドを実行することで行なえます。 今回はパースのしやすさを考えて、--format オプションが使える GNU の time コマンドを使用しました。macOS において GNU の time コマンドは brew で gnu-time をインストールすれば gtime コマンドとして使用する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHubにプッシュすると同時にサーバーにFTPアップロードする方法
AWS for GitHub Actions