Meetups
Useful links Official Kernel Docs Issue tracker Wiki Repos Mailing List: llvm@lists.linux.dev Subscribe (send a blank email to the address and follow the instructions you receive) Current mailing list archive Old Archive (Deprecated) - Google Groups - Lore IRC: #clangbuiltlinux on irc.libera.chat (web client) Telegram: @ClangBuiltLinux Discord: #clang-built-linux in the LLVM server Bi-weekly video
GitHub Actions のワークフローをチェックする actionlint をつくった - はやくプログラムになりたい
GitHub Actions のワークフローを静的にチェックする actionlint というコマンドラインツールを最近つくっていて，概ね欲しい機能が揃って実装も安定してきたので紹介します． github.com なぜワークフローファイルの lint をすべきなのか GitHub Actions が正式リリースされてからだいぶ経ち，GitHub 上での CI は GitHub Actions が第一候補となってきているように感じます．僕も新規にリポジトリを作成して CI をセットアップする場合はほぼ GitHub Actions を使っています． ですが，GitHub Actions には下記のような問題があり，actionlint でそれらを解決・緩和したいというのが理由です． ワークフローを実装する時は，GitHub に push して CI が実行されるのを待って結果を確認するという
CircleCI や TravisCI などの CI サービスの無料枠を食いつぶす暗号通貨採掘者
CIサービス(Continuous Integration = 継続的インテグレーション)の LayerCI の CEO がブログで指摘したのが、LayerCI やその競合である GitLab, GitHub Actions, TravisCI, CircleCI, Wrecker などのサービスの無料枠を悪用した暗号通貨マイナー(miner = 採掘者)の実例です。 CIサービスの無料枠 CIサービスでは、GitHub や BitBucket などのソースコード管理サービスでコードの変更がある度に、自動的にテストセットを実施し、ソフトウェアが壊れていないかを確認してくれます。CIサービスはこれらのテストを実施するためのコンピューター資源を大量に確保・実行しています。 多数のプロジェクトを持つ企業は毎月の使用料を払ってこれらCIサービスを利用しますが、普及宣伝のために個人開発者やスタートア
Domain Suspension
ICANN, the Internet Corporation for Assigned Names and Numbers, requires us to ask you as a Registrant of a domain name to verify your contact information for this domain with your provider. As a Registrant of a domain name, a new domain registration or changes to the first name, last name, contact address or email address of an existing domain name, requires verification of the information within
circleci tests split --split-by=timingsについて調べた・自作してみた ·
この記事はCircleCI Advent Calendar 2018の24日目の記事です。 テスト分割実行ファンの皆さんこんにちは。 今回はCircleCIの並列テストにおいて、いい感じにテストファイルを分割することを考えていきたいと思います。 【イメージ アニgif】 テストファイルをいい感じに分割したい まず前提として、「いい感じに分割したい」とはどういうことかということを説明します。 例えば今、テストファイルが7個あって、それぞれのテストにかかる時間が経験上「10秒、6秒、5秒、4秒、3秒、2秒かかる」ということがわかっているとします。 この場合、普通に1プロセスで実行すると10+6+5+4+3+2で30秒かかります。 ここで、CircleCIでparallelism: 3(3並列)で分割テストすることを考えます。 まず悪い例として「[10, 3], [6, 5], [4, 2]」と
GitHub Actionsを使ったパッケージ作成の自動化 - 2020-01-23 - ククログ
2019年の11月にGitHub Actionsが正式にリリースされました。 GitHub ActionsはGitHubに組み込まれたCI/CD機能でpush等のGitHub上のイベントをトリガーに任意のアクションを実行できるものです。 GitHub ActionsではDockerが使用できるので、様々な環境上でテストの実行やビルドなどができます。 CIサービスは、他にもAppVeyorやTravis CIがありますが、AppVeyorは無料のプランだと、ワーカーがプロジェクトにつき1つなので、Groongaのように複数のパッケージを作成するためにジョブが多くなるプロジェクトだと、ビルドとテストの完了に時間がかかってしまい効率的ではありませんでした。 GitHub Actionsでは、リポジトリーにつき20まで並列で実行できます。 また、Travis CIでは、ビルドした成果物を保存する場
新 GitHub Actions 入門 - 生産性向上ブログ
github.blog GitHub Actions の新バージョンが 8/8 に発表されました。 www.kaizenprogrammer.com 自分は過去にも旧バージョン時に GitHub Actions の入門記事を書いていたのですが、新バージョンがこれまでと大きく変わってしまっているので、この記事ではあらためて GitHub Actions についていろいろ調べたり動かしてみたりした内容をまとめます。 目次 注意事項 GitHub Actions とは これまでの GitHub Actions とどこが変わったか コンセプト マルチプラットフォーム対応 HCL から YAML へ 料金 その他 GitHub Actions と Azure Pipelines 簡単な例 (Hello, World) ワークフローの設定 ワークフローとは ワークフローを実行するイベント ワークフロー
Why Stack is moving its CI to Azure Pipelines - FP Complete
Up to now, Stack has been using a number of CI solutions: Travis CI for unit tests on Linux and macOS AppVeyor for unit tests on Windows Gitlab CI for integration tests There are a number of problems we’re running into: Travis’s lack of resources and limited build times lead to unreliability of tests, which are frequently hitting Travis’s 50 minute time limit even with all dependencies cached. I d
技術書典5で頒布する予定の本のコードの動作チェックや、文章の校正をCIでするようにした話
TL;DR (概要) Crystalのような破壊的変更がアクティブなプログラミング言語の本を作る場合、バージョンアップで本の内容が壊れることが よくある。 この問題に対処するため、技術書典5で頒布する予定の本では、サンプルコードが正しく動作することをCIで確認するようにした。 ソースコードのフォーマット忘れが無いかもチェックするようにした。 ↑のようなことができたのはAsciidoctorのソースコードをincludeする機能の力が大きい。 ついでにRedPenで文章の校正も行なうようにした。 長期間に渡ってメンテナンスする予定の本であればこのような工夫するのは当然だし、そうでなくても本の品質を高める意味でこの工夫には価値があると思う。 はじめに(ポエム) Crystal-JPというプログラミング言語Crystalの日本語ユーザーグループで、Crystalの普及に勤しんでいる、ということに
circleci2.0でおもにgoをCIする
circleci2-go.md CircleCI2.0でGoをCIする CircleCI2.0について オープンβ(2017/04/12現在) Native Dockerサポート より自由度の高い設定 やたら早い(当社比二倍) https://circleci.com/docs/2.0/ CircleCI2.0にするたったひとつの理由 version: 2 jobs: build: working_directory: /go/src/github.com/hoge/fuga docker: - image: circleci/golang:1.8.0 steps: - checkout - run: go get ./... - run: go test -v ./... working_directoryが指定できる => 1.0時代にやってた設定の半分くらい消える イメージを選ぶ c
CircleCI 2.0 Beta における Docker イメージのビルド - Lambdar
追記（2017-06-09） CircleCI の公式ブログにおいて，本記事の英訳が投稿された．翻訳・公開に大変感謝している． circleci.com 先日，CircleCI 2.0 がオープンベータになった． CircleCI 1.0 ではベースコンテナとして LXC，ファイルシステムとして Btrfs を採用しているため，バージョン 1.11 以降の Docker を利用することができなかった． CircleCI 2.0 ではそのような制限は存在しない．Docker をネイティブサポートしているからだ． ユーザは任意の Docker イメージを自由に組み合わせて望みの CI コンテナ環境を作ることができる． プロジェクト毎の設定で「Ubuntu 12.04 (Precise)」か「Ubuntu 14.04 (Trusty) 」の二択から選んでいたことを考えると，レゴブロックを買い与え
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Set up runners for Windows | Bitbucket Cloud | Atlassian Support
IIJ Bootcamp
Building Qt Creator plugins with GitHub Actions
Azure Pipelines で Rust プロジェクトを CI する - Qiita
TechCrunch
JUnitプロジェクトがビルド環境をAzure Pipelinesに移行
GitHub - jdub/travis-qemu: Modern qemu on Travis CI
Install and configure the CircleCI local CLI - CircleCI
GitHub - japaric/trust: Travis CI and AppVeyor template to test your Rust crate on 5 architectures and publish binary releases of it for Linux, macOS and Windows
