GitHubのデータセンターでは、Mac miniを分解して取り出したメイン基板をラックマウントに使っている
GitHubのデータセンターでは、Mac miniを分解して取り出したメイン基板をラックマウントに使っている GitHubは、コードのビルドやテスト環境などで使えるGitHub-hosted runnerとして、Apple M1チップによる「M1 macOSランナー」を提供しています。 このM1 macOSランナーの実行環境として同社のデータセンターには大量のMac miniが稼働していますが、同社が先月（2023年12月）に公開した動画によると、この大量のMac miniはラックマウントのために分解されてメイン基板が取り出され、専用のシャーシに納められていると説明されています。 GitHubはどのようにしてMac miniをデータセンター内でラックマウントしているのか、動画の内容を紹介しましょう。 Mac miniを分解、メイン基板を専用シャーシに組み込む あるGitHubのオフィス。こ
GitHub Actions: Deprecating save-state and set-output commands · GitHub Changelog
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
Save time with partial re-runs in GitHub Actions
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
GitHub Actions のベストプラクティス
1 フロー 1 ワークフロー 一連のフローがある場合は 1 つのワークフローにまとめる。 トリガーしたイベントの JSON が使える needs での制御がしやすい 全体を追える グラフが表示される ファイルを分割したい ファイルを分割したい理由として以下が挙げられると思います。 行数が増えて読みづらい 処理を共通化したい 複合実行ステップアクション や workflow_run トリガー や Reusable workflow 🆕 を使うことになると思いますが、基本的には一連のフロー制御はメインのファイルに書いてその下を Reusable workflow や複合実行ステップアクションで外部ファイルへ分離するのが良さそう。 workflow_run はログが分断するのでおすすめしません。
CIOpsとGitOpsの話 - inductor's blog
はじめに GitOpsという言葉が生まれたのが自分の知る限り2017年頃なのですが、世の中にあるCI/CDの仕組みはまだほとんどがCIOpsもしくは手動のオペレーションによって成り立っていると思っていて、かつては自分もそうだったのですが「Gitで管理されていればGitOpsなんでしょ？」という勘違いを払拭したくてこのエントリーを書いています。 GitOpsとCIOpsは全然違う まず前提としてGitOpsの明確な定義を知らないという場合、あなたの思う「Gitを契機とした自動デプロイの仕組み」は基本的にはCIOpsです。GitOpsとCIOpsは思ったよりも大きな違いがあって、そもそもGitOpsの必要性が分かっていない場合、自動化によって成立しているデプロイはCIOpsが基本です。 CIOpsとGitOpsの一番の違いは、Push型かPull型かである CIOpsの場合、例えばGitHub
Github Actionsとcrossを使ってReleaseでクロスコンパイルしてバイナリをアップロードする
TL;DR rustの用途として、コマンドラインツールを作成することが多い。コマンドラインツールを創るときにrustを使うメリットとしては、シングルバイナリで配布できるので利用しやすいということがある。 ソースコードはどうせgithubで管理するので、リリースするたびに最新のバイナリを配布できるようにしておくと便利。そして、複数プラットフォームで使えるようにクロスコンパイルを自動でできるようにしておくと更に便利なので、そのやり方について説明していく。 cross build dockerを使ってcross buildしてくれるcrossというパッケージを使う。rustのGithub Actionsのactions-rs/cargoを使うと簡単にGithub Actionsでcross buildを行うことができる。 使い方は非常に簡単で、actions-rs/cargo@v1を使う際にwi
RustのLinux/Windows/macOS向け64bitバイナリをGitHub Actionsで生成する - Qiita
はじめに 前回の記事「RustのLinux/Windows/macOS向け64bitバイナリをAzure Pipelinesで生成する」にてRustプロジェクトのCI環境をAzure Pipelinesに移行しましたが、GitHub Actionsが出てきたので今度はこちらに移行しました。（さすがにそろそろ打ち止めですかね…） 実際に適用したリポジトリは以下になります。 できること プッシュ・プルリクエスト毎に3プラットフォームでテストを実行 プッシュ・プルリクエスト毎にカバレッジを取得 定期的にRustのstable/beta/nightlyでテストを実行 タグを打ったらGitHubにリリースする ターゲットプラットフォーム Linux: x86_64-unknown-linux-musl Windows: x86_64-pc-windows-msvc macOS: x86_64-app
GitHubのActionでマルチ環境向けのバイナリをビルドして配布する(Rust)
CLI（command line interface）ツールはRustでも力を入れてりるターゲット。RustはLLVMをバックエンドとしているし、ライブラリも抽象化されている。GUIを扱わない範囲ではWindows/Linux/Macを対象とした移植性があるCLIツールを書きやすい。さらにGitHubではActionを用いたビルドファーム（テストも）がOSSでは利用可能だ。ソースからビルドではなく、多環境向けのバイナリをGitHub Actionsでビルドしてバイナリ配布するための設定について述べる。 2020冬シーズンの篭もりプロジェクトとしてrcというコマンドラインで動作する関数電卓を作成した。リポジトリはhttps://github.com/nkon/rc-rsに、設計ノートはhttps://github.com/nkon/rc-rs/blob/master/NOTE.mdにて公開し
遊戯王カードをドローする GitHub Action を作りました
GitHub の issue に「draw」とコメントするとランダムな遊戯王カードの画像を返してくれるボットを GitHub Action で作りました。 デモ用の issue を立てたので気になった方は試してみてください。 コメントしてから画像が表示されるまでにだいたい10秒くらいかかります。 遊戯王カードの画像は Yu-Gi-Oh! API by YGOPRODeck のランダムにカード情報を取得する API を使って取ってきています。 github-script を使おうと思ったのですが、fetch や XMLHttpRequest などのモジュールが入っていなかったため自前でアクションを作りました。 💡github-script: GitHub API と Context を使ったスクリプトをワークフローに簡単に作成できるアクション 初めての GitHub Action の作成と
【GitHub Actions】Go言語の自動テストからリリースまでを作ってみた - Qiita
はじめに 今回作成したのはGo言語リポジトリ用ワークフロー。 GitHubに指定されたタグがPushされた時点でテストを実行し問題が無ければ、クロスコンパイルを実施しリリースまで行う。 以下にアップロードしているので利用したい方はこちらからどうぞ。 github-actions-workflows/release_go.yml at master · x-color/github-actions-workflows · GitHub ワークフローの流れは以下となっている。 タグがPushされたことをトリガーにワークフローが起動 依存したモジュールをダウンロード テストを実施 テストに合格した場合、リリースプロセスが始動 ソースコードをzipにまとめリリース クロスコンパイルを実施し、それぞれ生成物をzipにまとめてリリース 以下が実際のworkflowファイル name: Release
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
pythonで気軽にパッケージを作るのは良いという話。
https://tech.pepabo.com/2021/03/03/ec_efficiency_with_github_actions/
Python Poetry Action - GitHub Marketplace