GitHub Actionsで「ロリポップ！」「ヘテムル」をもっと便利に使おう - Pepabo Tech Portal
こんにちは、最近YouTuberになったあんちぽです。今日はですね、弊社の提供しているレンタルサーバー（ロリポップ！、ヘテムル）を、GitHub Actionsを使ってもっと便利にしよう！という話をしたいと思います。 この記事の対象読者 以下の内容を満たす方々を対象読者として想定しています。 ロリポップ！やヘテムルといったレンタルサーバーを使っている方 Webサイトの開発・制作をされている方（趣味・仕事を問いません） Gitを使っているがCI/CDは実践しておらず、開発・制作フローを効率化したい方 この記事を読むとできるようになること 手元で開発した変更をGitHubにpushしたら、自動的に本番環境（ロリポップ！やヘテムル）へリリースできるようになります Hugoを使ったより複雑なサイトについても、GitHub Actionsを使ってリリースの自動化ができるようになります ワークフローを
GitHub Actions上のRustアプリのDockerイメージビルドを高速化する - blog.endflow.net
Rust + Docker + GitHub Actions = めちゃ遅い 以前、GitHub Actions 上の Rust ビルドを高速化する記事を書いたけど、 今回は Kubernetes 環境にスムーズに移行できるよう Docker イメージ化するという要件も加わったことで、改めて試行錯誤する必要が出てきた。 それぞれに対するビルド速度の最適化は存在しているものの、３つ (Rust, Docker, GitHub Actions) すべてを満たすとなるとコピペで終わるほど情報がまとまってないし、見つけた Tips もちょっと古かったり、これというものは見つけられなかった。 公式ドキュメントを見ると正当進化していて新しいオプションが生えていたりしたので、賞味期限は短そうだけど、自分の試行錯誤の結果を残しておこうと思う。 成果としては 12 分 22 秒かかっていた Rust アプリ
GitHub Actions のワークフローをチェックする actionlint をつくった - はやくプログラムになりたい
GitHub Actions のワークフローを静的にチェックする actionlint というコマンドラインツールを最近つくっていて，概ね欲しい機能が揃って実装も安定してきたので紹介します． github.com なぜワークフローファイルの lint をすべきなのか GitHub Actions が正式リリースされてからだいぶ経ち，GitHub 上での CI は GitHub Actions が第一候補となってきているように感じます．僕も新規にリポジトリを作成して CI をセットアップする場合はほぼ GitHub Actions を使っています． ですが，GitHub Actions には下記のような問題があり，actionlint でそれらを解決・緩和したいというのが理由です． ワークフローを実装する時は，GitHub に push して CI が実行されるのを待って結果を確認するという
GitHub Actions でカスタム Docker コンテナを GHCR に登録して CI 環境の pytest ジョブをコンテナ内で実行 - 太陽がまぶしかったから
GitHub Actions を CI 活用 上記のようなプログラムを管理するのにあたって CI 環境を構築したい。CI とは Continuous Integration の略で複数の開発者が継続的にメインブランチに統合していくこと。これを実現するためにはローカルテストだけではなく、例えばソースコード管理ツールに変更がプッシュされたらサーバー側で自動的にテストして結果の通知をしてあげるといった必要が出てくる。 自分自身は独りでの開発をしているのだけど、ローカルで毎回毎回全てのテストを回すのは非効率的。サーバー側のコード変更をしたらサーバー側で統合的なテストを自動的にやった方がローカル環境の処理負荷を下げられるし、うっかりミスも減らせる。 CI を実現する手段としては Circle CI が一般的であったが、GitHub 内の標準機能として GitHub Actions が公開されているた
[GitHub Actions]actions/cache＆pipenv＆pytestの組み合わせを正常動作するまで検証＆修正した記録 | DevelopersIO
はじめに GitHub ActionsのWorkflowにて、pipenvを使いつつcache化させて効率よく動かす、ということをされている方は多いと思われます。私自身、担当プロジェクトにて効率よく動かしている、と思っていました。一応キャッシュはしていたものの、キャッシュを無視して毎回インストールするフローになっていたのは不覚の極みでした。 正常にキャッシュされているかどうかの見極めと、pipenvとactions/cacheを併用したpytestの動作例をまとめました。 正常にキャッシュされているかどうかを見極める セルフホストしていない限りは、ActionsのWorkflowログが確認の全てです。 キャッシュキーが意図した通りになっているか確認する actions/cacheにて生成を想定するキーは恐らく次のような構成でしょう。 Linux-pipenv-8772fa24c3defb2
![[GitHub Actions]actions/cache＆pipenv＆pytestの組み合わせを正常動作するまで検証＆修正した記録 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d1762eaf81b2855f2648b259156f5cb9c7592542/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F07%2Fgithub-eyecatch.png)
GitHubの機能をフルに使って職務経歴書の継続的インテグレーションを実現する
GitHub で職務経歴書を公開 & 継続的に改善していく環境を作ったのでその紹介です。 リポジトリはこちらです。 kawamataryo/resume なぜ職務経歴書を？ 今のチームがとても好きなので転職の予定はないのですが、「安定しているときこそ職務経歴書をまとめておくべき。本当に職務経歴書が必要なときはメンタルが消耗していて書く余裕はない」という話を最近知り合いから聞き、それは確かにと思い書き初めました。どうせ書くなら何か面白いことをしたいなと GitHub に公開 & CI 環境の構築をやってみました。 機能紹介 🌐 GitHub Pages で Web ページとしての公開 Markdown + GitHub のファイルビューでも良いのですが、より見やすいほうが好ましいですよね。 GitHub の無料ホスティグ GitHub Pages を使って Web ページとして公開していま
個人gemのCIをほぼ全部Travis CIからGitHub Actionsに移行した - くりにっき
2日間で30個くらいのリポジトリでGitHub Actionsに移行したのでメモ tl;dr; モチベーション GitHub Actionsを選んだ理由 GitHub ActionsでgemのCIをするための設定 2020/1/4 0:40追記 weekly build 公式のactions/setup-rubyではなくmasa-iwasaki/setup-rbenvを利用 ボツ案：Dockerイメージのrubyを使う masa-iwasaki/setup-rbenvを利用 setup-rbenvを使う場合の注意点 Travis CIのallow_failuresをGitHub Actionsでも実現する GitHub ActionsでRuby 2.3以下をビルドする Gemfile.lockをコミットしないリポジトリでもキャッシュを保存したい GitHub Actionsの不満点 ジョブ
github actions で GraalVM でつくったネイティブアプリケーションを GitHub リリースする - mike-neckのブログ
date コマンドを使うときにいつもググって調べるくらいの unix 音痴で、 Java の JSR310 ならすぐできるのにと思うことが多いので、そのようなコマンドを作ることにしました。 github.com 機能はまだ作り込んでいなくて、まずはフォーマットを指定できるだけです。 対応 OS は Linux と Mac OS X です。 Windows でも Windows SDK 7.1 の環境を整えればビルドできます(参考は こちら)が、 github actions で環境を整えるのが難しそうだったので、github ではリリースしていません。 なお、Mac OS X 版はサインしてない野良アプリなので、初回の起動は「Mac 野良アプリ 起動」でググったら出てくる Apple の未署名のアプリの起動方法みたいなページを参考に起動してください。 本題に戻ると、公式の actions
poetryを利用した動的なバージョン管理とGitHub ActionsによるPyPIへのrelease - Stimulator
はじめに この記事を読んで出来る事 poetryによる外部モジュールバージョン管理 poetry-dynamic-versioningによる動的なバージョン付与 GitHub Actionsを利用したPython周りの基本的なCI/CD設定 GitHubのReleaseタグ付与をTriggerとしたPyPIへのアップロード 今後私がPythonで何かライブラリ作ろうと思ったらこれを実施するぞというメモです はじめに poetryによるモジュールバージョン管理 PyPIへのアップロード GitHab Actionsを用いたCI/CD その他GitHubでやること 参考 poetryによるモジュールバージョン管理 バージョンをGitHubのタグで管理したい事の方が多いはず。 setup.pyを利用する場合は、一般的にsetuptools_scmを使うが、poetryはsetup.pyのようにb
GitHubコメントを実行してあらゆることを自動化するGitHub Actions - Qiita
やりたいこと GitHubのissueやプルリクエストのコメントに任意のスクリプトを書いてGitHub Actionsで実行したいです。 これができると色々と自動化できます。 例えば、 プルリクをマージした時のプレビュー npmのパッケージをアップデートして自動でプルリク SSHでGitHub Actions内に入ってデバッグ Python/Ruby/Go/Deno/Scala .... 任意言語の実行 LGTMの画像をコメント ... などなどアイデア次第でGitHubコメントする手軽さであらゆることを自動化できます。 npmでもaptでもpipでもgitでも色々コメントからGitHub完結で実行できます。 できたもの comment-runと呼んでます。 GitHub: https://github.com/nwtgck/actions-comment-run 上記のREADMEにここ
GitHub Actionsで Ruby を使うための現状と展望（2019/01/05時点） - masa寿司の日記
2020/02/08追記 GitHub Actionsでrubyを使うなら ruby/setup-ruby を使おう - masa寿司の日記 に本記事より後の状況をまとめました。 はじめに actions/setup-rubyにPR出したのをきっかけに masa-iwasaki/setup-rbenvを作ったりして actions/setup-ruby周りで多少知見が溜まっているので、まとめてみます。 注意事項 GitHub Actionsに関する説明や他CIと比較などは省略します。 断りがない限り、すべて現時点での話です。 後半で書きますが、今後一気に状況が変わる可能性があります。 ほぼ自分が使っているLinux環境（Ubuntu 18.04）の話だけ書いてます。そして、もちろん私の独断です。 タイトルどおりの内容なのですが、もしかするとRuby以外の言語やソフトウェア・ライブラリにも役
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - osmoscraft/osmosfeed: Turn GitHub into an RSS reader
GitHub - m-mizutani/octovy: Trivy based vulnerability management service
GitHub - bridgecrewio/yor: Extensible auto-tagger for your IaC files. The ultimate way to link entities in the cloud back to the codified resource which created it.
projectdiscovery/pd-actions
The programmable data streaming platform
GitHub - upptime/upptime: ⬆️ GitHub Actions uptime monitor & status page by @AnandChowdhary
GitHub - kawamataryo/resume: My resume, curriculum-vitae.
10分で自分のGitHubプロフィールをカッコ良くする - Qiita
GitHub - mvdan/github-actions-golang: GitHub Actions as CI for Go
