いい方法が思いつかなくて、Netlifyチームに「ぶっちゃけどうやるのがいいの？」って聞いてみた。 今回のサンプル 特に意味はないですが、Gatsbyあんまり触ってないのであえて使ってみます。 GitHubのリポジトリと […] 今回のサンプル 特に意味はないですが、Gatsbyあんまり触ってないのであえて使ってみます。 $ npx gatsby new netlify-cli-test $ cd netlify-cli-test $ git init $ git add ./ $ git commit -m "init" $ git remote add origin <YOUR_GITHUB_REPO> $ git push origin master GitHubのリポジトリとの関連付けまでこれですみました。 Netlifyと連携する とりあえずサイトをそのままデプロイしてみましょう
みもりあいのプロフィール - Ci-en（シエン）
プロフィール みもりあいの 大阪府出身 主に同人音声作品を中心に声の活動中。 自分のサークルでも音声作品を作ってます。 極稀に絵を描きます。 コメントやメッセージ お気軽に書き込んだり、送ってください！ 全て大切に読ませていただきます。 お返事は気まぐれですのでご了承ください。
AWS AmplifyでPythonのFunctionをCI/CDするとbuildに失敗する問題の対処方法 - Qiita
version: 1 backend: phases: build: commands: # ここから追記 >>> - export BASE_PATH=$(pwd) - yum install -y gcc openssl-devel bzip2-devel libffi-devel python3.8-pip - cd /opt && wget https://www.python.org/ftp/python/3.8.2/Python-3.8.2.tgz - cd /opt && tar xzf Python-3.8.2.tgz - cd /opt/Python-3.8.2 && ./configure --enable-optimizations - cd /opt/Python-3.8.2 && make altinstall - pip3.8 install --user pi
【徹底解説】CI/CDとは？CI/CDパイプラインやCI/CDツールについてイチから解説｜次世代型ITサービスマネジメント変革ソリューション『縁（ENISHI）』
CI/CDとは、ソフトウェア開発を高速化するため、ビルドやインテグレート、テストなどを自動化し、 すぐに本番環境にリリース可能な状態にする手法のことです。 CI(継続的インテグレーション)とCD(継続的デリバリー)の2つの要素があります。 CI(継続的インテグレーション)とは、コードに変更があると、ビルドからテストまで 自動化する手法です。 個々のプログラムからなるソフトウェアは、実際にインテグレートして動かすまで何がおきるかわかりません。 大量のコード変更ののちにインテグレート・テストしてバグを発見しても、原因究明は困難を極めます。 CI(継続的インテグレーション)を取り入れることで、コードを変更するたびにビルド・テストが自動で実行されます。 即時に問題を発見でき、手戻りを最小限に抑え、結果的に開発にかける時間を削減できます。
Gregory Szorc's Digital Home | Modern CI is Too Complex and Misdirected
The state of CI platforms is much stronger than it was just a few years ago. Overall, this is a good thing: access to powerful CI platforms enables software developers and companies to ship more reliable software more frequently, which benefits its users/customers. Centralized CI platforms like GitHub Actions, GitLab Pipelines, and Bitbucket provide benefits of scale, as the Internet serves as a c
はじめに CI/CDパイプラインは素晴らしい。 AWSのCode兄弟を使ったパイプラインは、機能をAWSに閉じ込めながらなんでもできる万能感を感じる。 しかし、チュートリアルに載っているようなシンプルなパイプラインだけでは、現実にある課題を解決することはできない。 金融サービス向けに理想のCI/CDを追い求めたお話は、そんな現実にある課題もひっくるめてある程度解決してくれるベストプラクティスだと考えている。 が、実際にこれを運用しようとすると、クロスアカウントで色々なことをしなければならず、シンプルなパイプラインと比べると難易度が高くなる。 この記事では、このパイプラインを実現するためのクロスアカウント設定を中心にポイントを整理しながらTerraformで実装してみる。 前提知識として、以下が必要である(この時点でちょっとハードルが高い)。 (実際に試してみるなら)クロスアカウントな環境
(後編)CI/CDサービス「Azure Pipelines」入門 ～Microsoft Azure DevOps入門～｜クラウドテクノロジーブログ｜ソフトバンク
<span class=\"biz-smb-block\"><b>ビジネスに役立つ情報をメールでお届けします（無料） <br>\r\n </b><span class=\"biz-smb-fs-m2\">企業もしくは官公庁など、組織団体に所属している方を対象としています。</span></span></p>\r\n"}}" id="text-c4cb2676c4" class="cmp-text"> ビジネスに役立つ情報をメールでお届けします（無料） 企業もしくは官公庁など、組織団体に所属している方を対象としています。
最高の開発者体験を目指して AWS CDKでCI/CDパイプラインを 改善し続けている話 株式会社ニューズピックス 安藤 裕紀 2023.3.20@CI/CD Conference 2023 by CloudNative Days
CI/CD Conference 2023でGitHub Actionsについて話しました #CICD2023 - Alternative Architecture DOJO
こんにちは、MLBお兄さんこと松村です。 WBC 日本代表の準決勝はとてもとても素晴らしい試合でした。今日の決勝もとても楽しみです。 先日（3月20日）に東京で開催された CI/CD Conference 2023 で登壇をしました。 私のセッションに参加いただいた皆様、カンファレンスの運営の皆様、ありがとうございました。 event.cloudnativedays.jp カンファレンスで話した内容は、昨年のアドベントカレンダーで書いた GitHub Actions のワークフローをローカルで実行することができる nektos/act についてです。 nektos/act については過去記事をご覧ください。 aadojo.alterbooth.com カンファレンスでの私のセッションに関するページはこちらです。参加登録された方はアーカイブを見ることができると思います。 event.clou
津田大介 on Twitter: "愛知県知事へのリコール署名偽造事件で複数逮捕者が出ましたが、リコールの会の高須克彌代表と、減税日本や維新の議員らは愛知県に対し「あいちトリエンナーレ2019の芸術監督だった津田と、室長だった県職員に3028万円の損害賠償請求せよ」… https://t.co/Ci81b6KmLU"
愛知県知事へのリコール署名偽造事件で複数逮捕者が出ましたが、リコールの会の高須克彌代表と、減税日本や維新の議員らは愛知県に対し「あいちトリエンナーレ2019の芸術監督だった津田と、室長だった県職員に3028万円の損害賠償請求せよ」… https://t.co/Ci81b6KmLU
あんあんじー 音声作品編集マン on Twitter: "今のTwitterの仕様は、D…とCi…などの特定文字列を含むツイートに、RT、いいねをした瞬間にほぼ確定SSB行きで、そこから画像を貼ったりRTしたりいいねすると自動でBANポイント(仮称)が上がります。このポイントは上がると段… https://t.co/MUc6Xhdc02"
今のTwitterの仕様は、D…とCi…などの特定文字列を含むツイートに、RT、いいねをした瞬間にほぼ確定SSB行きで、そこから画像を貼ったりRTしたりいいねすると自動でBANポイント(仮称)が上がります。このポイントは上がると段… https://t.co/MUc6Xhdc02
GitHub ActionsがAWSのクレデンシャルなしでAWSと連携できるようになったおかげでCIが改善した話 - dely Tech Blog
自己紹介 こんにちは、松岡です。 私はコマース事業部でインフラ兼バックエンドエンジニアをやっています。 器用貧乏に幅広くいろいろなことができることを売りにしてきましたが、本格派の方々が続々と加入しているため居場所がなくなりつつあります笑。 この記事はdelyアドベントカレンダー4日目の投稿です。 昨日は偉大なEMのtakaoさんの「delyで働くパパエンジニアの日常を紹介」でした。偉大なEMは偉大な父親でもありました。ぜひご覧ください。 tech.dely.jp 事業の紹介 最初に私が所属するコマース事業部を紹介させてください。 コマース事業部はクラシルデリバリーというサービスを運営しています。 「あらゆるスーパーマーケットで最短30分配送を実現するグロサリーデリバリーサービス」です。 詳細は次のプレスリリースをご覧ください。 prtimes.jp クラシルデリバリーは大きく分類すると生鮮
GitHub - touchHLE/touchHLE: High-level emulator for iPhone OS apps. This repo is used for issues, releases and CI. Submit patches at: https://review.gerrithub.io/admin/repos/touchHLE/touchHLE
touchHLE is a high-level emulator for iPhone OS apps. It runs on modern desktop operating systems and Android, and is written in Rust. touchHLE's high-level emulation (HLE) approach differs from low-level emulation (LLE) in that it does not directly simulate the iPhone/iPod touch hardware. Instead of running iPhone OS inside emulation, touchHLE itself takes the place of iPhone OS and provides its
はじめに 速さが足りない!! という訳で、サイトの速度を改善していくために計測が必要ですよね？ 定期的に計測する方法を探しているときに **Lighthouse-ci**を見つけました。 その中でも計測結果をダッシュボードで可視化させチームでの速度改善に取り組むために LHCI Serverについて話していこうと思います。 どんなものかをざっくりと公式の画像つきで紹介します。 LHCI Server を用意するために必要なもの Node v10 LTS以降 データベースストレージ（sqlite、mysql、またはpostgresql） 公式の参考画像 引用元:LHCI Server できること Lighthouseの計測結果を記録することができる コミット単位で計測結果を見ることができる 今までの計測結果をグラフとして可視化することができる ローカル環境や本番URLどちらも計測することがで
『DLsite様：かなちゃんは魔法少女～もしも変身シーンを見られたら～』 『FANZA様：かなちゃんは魔法少女～もしも変身シーンを見られたら～』 かなちゃんは魔法少女、好評発売中です！ DLsite様ではウィンターセールで30%OFFとなっています！ つらつらと文章を書いてたら3万文字の大ボリュームになってしまった！ なんと記事が長すぎて文字数制限にも引っかかった！ なので完成直前に後編と分けることになりましたが、射精記録システム自体のお話としてはこちらの前編記事がメインとなります。 とてもとても長い文章なので、お急ぎの方は下の目次から興味のあるところに飛ぶという読み方をしていただければと思います。 大きく分けると ・射精記録システム自体の技術的なことを含めた話 ・射精を記録した分析とクリエイターとしての発見の話 ・記録に基づいた抜きまくり同人ゲームの紹介（後編記事） という流れになってい
1. はじめに 過去に、「GitLab CI環境でsphinx文書をビルドしてGitLab Pagesにデプロイする」にてSphinx文書をCIで自動作成するものを作成しましたが、Sphinx文書のビルドで使用するコンテナイメージの更新は手動で実施していました。 そのため、今回はそのあたりをGoogle謹製のkanikoを用いてCI内でイメージビルドして登録→Sphinx文書のビルドというようにjobを修正しました。 ※以降の内容は、前提①:「GitLab CI環境でsphinx文書をビルドしてGitLab Pagesにデプロイする」の構築内容をベースに修正を加えたものとなります。 ↑ 全体像(前提①より) 2. 参考ページ GitLab CI で kaniko を使って Docker Image をビルドしてみる 今回のkanikoの使い方や設定の仕方を参考にしました。 Building
🦍いまは🦑3 on Twitter: "茨城の星乃珈琲店かっこよすぎ 旧県議会議事堂の内装を活かした 茨城県立図書館内の星乃珈琲店｜Webマガジン「AXIS」 https://t.co/gzWz2O6CI9 https://t.co/KXLMq8Nb9c"
茨城の星乃珈琲店かっこよすぎ 旧県議会議事堂の内装を活かした 茨城県立図書館内の星乃珈琲店｜Webマガジン「AXIS」 https://t.co/gzWz2O6CI9 https://t.co/KXLMq8Nb9c
"State of DevOps" ウェブアプリケーションのdeliveryを考えるとき、今何をすればいいのか(実践編)
$ black --check example.py All done! ✨ 🍰 ✨ 1 file would be left unchanged. $ flake8 example.py example.py:1:1: F401 'os' imported but unused example.py:5:5: F841 local variable 'message' is assigned to but never used example.py:6:11: F541 f-string is missing placeholders isort --check isortはファイル先頭のimport文の並べ替えを行ってくれるツールです。 Pythonのimport文の並び順はPEP 8のImportsという規約があるのですが、開発しているとついつい忘れがちです。 とりあえず必要なim
GitHub - Songmu/gotesplit: Splits the testing in Go into a subset and run it. It is useful for the CI environment.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
【初心者向け】「Amazon CodeStar」で今日からできるCI/CD（継続的インテグレーション／継続的デプロイ）
「Amazon Web Services」（AWS）活用における便利な小技を簡潔に紹介する連載「AWSチートシート」。今回はAWSのCI/CD（Continuous Integration／Continuous Delivery）サービスの一つ「Amazon CodeStar」の概要、クラウド開発環境「AWS Cloud9」を使用したソースコードの修正からデプロイまでを紹介します。 Amazon CodeStarとは Amazon CodeStarはAWSが提供するCI/CDサービスの一つです。作成したいサービスの種類やその言語を選択することで、自動的にCI/CDパイプラインが立ち上がり、環境を構築してくれます。IDE（統合開発環境）とも容易に連携できます。 アプリケーションを立ち上げるだけなら、ソースコードの事前準備は不要です。 ソースの修正からデプロイまで 今回は以下の手順で、Clou
はじめに このガイドは、Travis CI から GitHub Actions に移行するときに役立ちます。 概念と構文を比較して類似点を説明し、一般的なタスクに対するさまざまなアプローチを示します。 開始する前に GitHub Actions への移行を開始する前に、その仕組みを理解しておくと便利です。 GitHub Actions ジョブを示す簡単な例については、「GitHub Actions のクイックスタート」を参照してください。 重要な GitHub Actions の概念については、「GitHub Actions を理解する」を参照してください。 ジョブ実行の比較 CI タスクがいつ実行されるかを制御できるように、GitHub Actions ワークフロー では、既定で並行実行される ジョブ を使います。 各ジョブには、定義した順序で実行される ステップ が含まれています。 ジ
GitHub - woodpecker-ci/woodpecker: Woodpecker is a simple yet powerful CI/CD engine with great extensibility.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - sethvargo/ratchet: A tool for securing CI/CD workflows with version pinning.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
概要 以前既存インフラをコード化するときに気を付けることという記事を書きました。 そしてその記事を英訳したものをdev.toにも投稿しました。 するとLinkedInで私の記事をご覧になったエンジニアからメッセージを頂き、やり取りしていたのですがそのエンジニアが所属されている企業のプロダクトが面白そうでしたので、ハンズオンをして感想を書いてみました。 Spaceliftとは Spaceliftは、Spacelift社が開発したクラウドインフラのIaCを支援するサービスです。 日本語情報が一切なく公式ページの概要を翻訳して読んでみましたが、どうやらTerraform CloudやAtlantisのようにTerraformの自動実行を提供してくれるサービスのようです。(IaCのためのCI/CDプラットフォームとサイトには記載されています) また昨今注目されているPolicy as Codeと呼
【お知らせ】マネージドサービスのログの扱いとマルチアカウント構成でのCI/CDパイプラインの仕組み～NRIネットコム TECH AND DESIGN STUDY #17～ - NRIネットコムBlog
こんにちは！ブログ運営担当の小嶋です。 次回の当社主催の勉強会「NRIネットコム TECH & DESIGN STUDY」についてのお知らせです! 11/21（火）19:00~20:00「マネージドサービスのログの扱いとマルチアカウント構成でのCI/CDパイプラインの仕組み～NRIネットコム TECH AND DESIGN STUDY #17～」が開催されます!! 【1本目】マネージドサービスのログ扱いのグッドプラクティス！～コスパよい安全な保管方法から分析まで ▼登壇者 ▼こんな方におすすめ 【2本目】マルチアカウント構成でのCI/CDパイプラインの仕組みを理解しよう ▼登壇者 ▼こんな方におすすめ 【日程・タイムスケジュール】 お申し込みはこちらから 今回のTECH & DESIGN STUDYは、当社クラウドエンジニアからマネージドサービスのログ扱いのグッドプラクティスとマルチアカウ
GitHub CertificationやらCIやらasdf互換ツールやら｜Productivity Weekly(2024-01-10号)
こんにちは。サイボウズ株式会社 生産性向上チームの平木場です。 僕たち生産性向上チームは毎週水曜日に Productivity Weekly という「1 週間の間に発見された開発者の生産性向上に関するネタを共有する会」を社内で開催しています。 本記事はその時のネタをまとめたものです。 2023-01-25 号から、基本的に隔週で連載することとしました。たまに単独でも投稿するかもしれません。 今週は 2024-01-10 単独号です。 今回が第 138 回目です。過去の記事はこちら。 news 📺 GitHub Copilot Chat now generally available for organizations and individuals - The GitHub Blog 2023 年の年末にいよいよ GitHub Copilot Chat が GA（一般公開）されました。こ
読書メモ#6です。 自ら「デザインを切り札とする経営コンサルタント」を標榜し、NTTやマツダ、キリン、ベネッセなど錚々たる日本の大企業のCIを手掛け、企業の社会的意義を美的観点から再定義してきた日本のCIの父、PAOSグループ代表中西元男さんの著書です。あまり本を読み直さない自分が何度も読み直しているバイブル的な本で、もしお金があれば自分の会社に配って回りたいほど膨大な熱量と感動を内包している本でした。 なお、この本はエイトブランディングデザインの西澤明洋さんのセミナーでの読書課題にもなっている本なので、受講されている方の参考になれば幸いです。 ちなみに著者の中西元男さんを知ったきっかけも、４年前に西澤さんのセミナーを受けた際の課題図書（その時は「価値創造する美的経営」という本）でした。こちらも素晴らしい本です。 あと、今までの読書メモでは割と著者の実例などは飛ばし気味でまとめていたのです
Open-source API Test Automation framework Security. Performance. Load Testing
CIが遅ーーーーーい！！！ 今やっているプロジェクトでは普通に開発が進んで来た。 だからコード量増えてきてビルドやテストに時間がかかるようになるのは当然の成り行きではある。 が、ちょっと時間がかかるようになってきた。 待たされている感が出始めた以上なにか手を打たねば。とりあえずできる範囲で無駄処理を削減できないだろうか。 やろう。 現状 対象のプロジェクトは Kotlin で RESTAPI を開発しているプロジェクトだ。コミットごとに単体テスト全部実行などをやっている。 まずはGithub Actionsの実行ログを見てみるか。全体では17分20秒かかっているな。 むむ？ Build with Gradle で15分11秒か。全体の大半の8割がこいつにかかっている。 あと start backing service で34秒。Upload report artifact to S3 で1
GitHub - bytebase/bytebase: The GitLab/GitHub for database DevOps. World's most advanced database DevOps and CI/CD for Developer, DBA and Platform Engineering teams.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
この記事は株式会社クロノスの「~2020年春~勝手にやりますアドベントカレンダー」の8日目の記事です！ TL;DR GitLab & GitLab CIを Docker(docker-compose)使って サクッと立てちまう （しかもオートスケール対応しちまう） 企業内での開発などクローズドな開発はよくあると思います。 リポジトリやCIなんかも、外部サービスは好まれず、、そんな環境はまだまだ沢山あるんだと思います。 で、そんな中でもちゃんとCI/CDしたい！ でも、、GitLabとか知ってるけど、、セットアップとか結構大変そう…とか思ってるヒトに向けた記事です。 まずは動かすところまで最速で行こう。 注意: とりあえず動かすまでなので、あんまり細かいところは書いてません 前提 今回はAWS上でDockerやdocker-composeを使ってセットアップします。 ここらへんがある程度触れ
name: go-ci on: [push] jobs: # 共通処理 setup: runs-on: ubuntu-latest steps: - name: set up uses: actions/setup-go@v2 with: go-version: ^1.13 id: go - name: check out uses: actions/checkout@v2 # 処理を高速化するために環境をキャッシュ - name: Cache uses: actions/cache@v2.1.0 with: path: ~/go/pkg/mod key: ${{ runner.os }}-go-${{ hashFiles('**/go.sum') }} restore-keys: | ${{ runner.os }}-go- # buildテスト build: needs: setup
疑似音MAD（セリフ並べてから曲作った）喋ってほしいセリフぜんぶ詰めましたどのセリフが好きですか？うｐ主のお気に入りはいいねコメに記してますキラハピ2023 総合1位ありがとうございます✨■インスト版: sm42345999Q.シィちゃんて誰？A.ボカロ花ちゃんのCeVO AI版キャラ声：Ci flower曲・絵：きさら(https://twitter.com/kisalaundry )映像：瀬戸わらび(https://twitter.com/yk__rm )インスト音源：https://piapro.jp/t/WfeM制作裏話https://kisalaundry.fanbox.cc/posts/6147475オリジナル曲mylist/61949079
【CI戦術編 その10】 Renovateで依存ライブラリのアップデートに負けない方法 - FJCT Tech blog
ネットワークサービス部の上野です。 今回はRenovate を使って、プロジェクトで利用している外部ライブラリの更新を管理する方法についてご紹介します。 なお、前回の記事は【CI戦術編 その9】自動生成しか勝たん openapi-typescript - FJCT Tech blogでした。 tech.fjct.fujitsu.com 外部ライブラリ詰め合わせ ソフトウェア開発では、超絶スーパーエンジニアでもない限り外部のライブラリを多用することになると思います。 例えば、Web APIを作るために、空のプロジェクトにFastAPIをインストールしたとします。 $ poetry add fastapi $ 明示的にインストールしたパッケージは1つだけですが、 6個の依存パッケージが見つかったため、合計7個のパッケージがインストールされました。 $ poetry show anyio 3.6
はじめにこんにちは。フューチャーアーキテクト株式会社、HR(新人研修)チームの柳澤です。 ブログへの投稿をサボりにサボった結果、なんと3年強もの空白期間が空いてしまいました。さすがに3年以上もブログ投稿をしていない人間をウォッチし続けている奇特な方はいないと思うので、簡単に略歴から紹介させていただこうと思います。 私はフューチャーにキャリア入社し、その後はTechnology Innovation GroupにてITコンサルタント業務に4年ほど従事したのち、昨年の6月よりHR部門にて新人研修を担当しています。ITコンサルタントとしては主にクラウドインフラをメインで担当し、小売、製造、金融など事業ドメイン問わずプロジェクトを経験してきました。 HRへ転属となった契機ですが、今後の自身のキャリアとして、チームリーディングの経験をより積んでいきたいという思いがありました。 当社では、新人研修を1
CI/CD Conference 2023で発表した資料です。セッション動画の視聴はこちら https://event.cloudnativedays.jp/cicd2023/talks/1760
Building a CI/CD pipeline for multi-region deployment with AWS CodePipeline | Amazon Web Services
AWS DevOps Blog Building a CI/CD pipeline for multi-region deployment with AWS CodePipeline This post discusses the benefits of and how to build an AWS CI/CD pipeline in AWS CodePipeline for multi-region deployment. The CI/CD pipeline triggers on application code changes pushed to your AWS CodeCommit repository. This automatically feeds into AWS CodeBuild for static and security analysis of the Cl
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Netlify と Circle CIでのReact SPAのCI / CD | WP-kyoto
理想を追い求めたCI/CDパイプラインをTerraformで実装するためのポイント - Qiita
最高の開発者体験を目指してAWS CDKでCI/CDパイプラインを改善し続けている話 | ドクセル
WEB爆速の貴公子を目指して Lighthouse-ciを動かしてみる - Qiita
5000回分の射精のオカズをデータ化した話 前編 - ESORA-T - Ci-en（シエン）
GitLab CIにて、kanikoでDockerイメージの更新をする - Qiita
CI/CD Conference 2023 by CloudNative Days
Djangoで開発するときCIで実行しておくと便利なコマンド5選 - Qiita
【コーポレートアイデンティティ（CI）とは？】会社のらしさを一瞬で伝えるアイデンティティの作り方
Travis CI から GitHub Actions への移行 - GitHub Docs
TerraformのCI/CD基盤を自動構築してくれるサービスSpaceliftを触ってみた
"すべてのビジネスマン必読の日本型CIの父" 中西元男「コーポレート・アイデンティティ戦略」｜やました
Step CI — Open-source API-Testing Framework
Github ActionsでのCIを高速化した話 - GMO Research & AI Tech Blog
GitHub - CycodeLabs/raven: CI/CD Security Analyzer
爆速でオートスケールCI/CD環境（GitLab CI）立ち上げ - Qiita
Github ActionsでGoのCI環境を作成する - Qiita
シィちゃんクライシス / きさら feat. Ci flower
GitLab CIを新人研修に導入した話 | フューチャー技術ブログ
自分のデータは自分で守る - あなたのCI/CDパイプラインをセキュアにする処方箋