Rust + GitHub Actionsでマルチアーキテクチャ対応のイメージをなるべく早く作る - 名有りさんの日記
マルチアーキテクチャ対応のイメージとは 詳しいことは書かないが、複数種類のアーキテクチャ上で実行できるイメージのことを指す。amd64 や arm64 など、異なる種類の環境でも docker run --rm hello-world として実行できるのはこれに対応しているため。 このようなビルドをGitHub Actionsで行いたくなるが、これがかなり遅い。 愚直にやると遅い docker buildx build --platform linux/amd64,linux/arm64 -t naari3/testtest . のように実行すると、必要なタイミングでQEMUが起動して対象のアーキテクチャで実行してくれるんだけど、まあ勿論のように遅い。 Googleで調べてみると、遅くならないようにする工夫がいくつかヒットする。 Rustのクロスコンパイルを利用する Rustは比較的簡単に
Dockerイメージビルド時の秘密情報の扱い方に関するまとめ | terashim.com
本記事ではDockerにおける秘密情報を (I) コンテナを起動する際に使用する秘密情報 と (II) イメージをビルドする際に必要となる秘密情報 に分類して考え、特に後者を安全に取り扱うための方法について整理します。 コンテナ起動時の秘密情報とイメージビルド時の秘密情報 (I) コンテナを起動する際に使用する秘密情報としては、例えば mysql イメージ の環境変数 MYSQL_ROOT_PASSWORD があります。コンテナの起動時にこの環境変数を与えると MySQL の root ユーザーのパスワードがその値になるというものです。 あるいは、例えば Laravel などのWebアプリケーションで、バックエンドDBへの接続情報を含んだ設定ファイルを Docker ホスト側に用意しておき、コンテナ起動時にその設定ファイルをマウントするというようなケースも考えられます。 いずれにしても、こ
ぼくがかんがえたさいきょうのWasmビルド環境
TL;DR VS Code 前提になってしまいますが、VS Code Remote Containers 拡張最強です、という話。実際にどういう風に作れば良いかは参考リポジトリ作ったので見て下さい。 はじめに 背景ぼかしのような推論結果を使ってカメラ画像にフィルタを入れる処理を書くとき、今だと選択肢は大きく分けて 2 つあります。 tfjs を使う Wasm 経由で tflite やその他ライブラリを使う この記事では後者の Wasm を使う方に注目して、その開発環境について記載します。 先行例 w-okadaさんのリポジトリには複数の Wasm を使った事例が紹介されています。 例を挙げるとTFLite Wasm for Google Meet SegmentationやTFLite Wasm for ESPCNなどが Wasm です。 これらのビルド環境はどうなっているかというと、Do
ccache で Unity の生成する Xcode プロジェクトのビルドを高速化する
ccacheを導入してUnityのiOSビルドを高速化出来ないか検証してみた を参考にさらに調査を進めたところ、Unityプロジェクトを再生成した場合でもうまくキャッシュヒットさせることができたため知見を共有します。 TL;DR 🎊 ccache を利用することで Unity の生成する Xcode プロジェクトのビルドを大幅に高速化することができます。 サンプルプロジェクトではビルド時間が 50% になりました。 🎊 Xcode プロジェクトを再生成してもキャッシュヒットするため、CI上でのビルドも高速化することができます。 🌀 いくつかの未検証項目があります。 特にUnity側のソースコードに変化を加えた場合のキャッシュヒット率については未調査です。 導入の手順 生成された Xcode プロジェクトの Build Settings の内容によって必要な手順が異なります。 具体的に
neue cc - GitHub ActionsでUnityでunitypackage生成とビルド＆実機(Linux)ユニットテストを実行する
以前にCircleCIでUnityをテスト/ビルドする、或いは.unitypackageを作るまで、それとCIや実機でUnityのユニットテストを実行してSlackに通知するなどするという記事を書いたのですが、時代はGitHub Actionsということで、私も全体的にCircleCIからGitHub Actionsに移行を始めてまして、それに伴ってビルドスクリプトも最新化したので、紹介します。コンフィグ作成にあたっては【Unity】GitHub Actions v2でUnity Test Runnerを走らせて、結果をSlackに報告する【入門】とUnityをGitHub Actionsで動かす際にライセンス認証周りで注意するべき点も参考にしました。 実際のコンフィグは ZLogger/.github/workflows にありますが、Unityの部分だけ取り出して実行可能な形式にすると
Slackと連携させて通知を受け取る方法 Bitbucket＆GitHub＆Unity Cloud Build編 2019年版【Slack】【Git】【Unity CloudBuild】 - (:3[kanのメモ帳]
この記事でのバージョン Unity 2018.4.1f1 はじめに BitbucketとSlackの連携をさせようと思った所、何度か(?)方法が変わったみたいで、ネット上に 色々なやり方が散見されたため、2019年6月現在の最新のやり方を備忘録的にまとめてみました！ ついでにGitHubやUnity Cloud Buildとの連携方法もまとめてあります。 なお、連携させると以下のような感じで色々な通知をしてくれるようになり、 Bitbucket GitHub Unity Cloud Build チームでの開発時に「Pushしたよ〜」的なことを伝える必要がなくなりますし、 Unity Cloud Buildの場合は個人開発でもビルド完了のタイミングが分かるのでかなり便利です。 目次 はじめに 目次 BitbucketとSlackの連携方法 GitHubとSlackの連携方法 Unity Cl
![Slackと連携させて通知を受け取る方法 Bitbucket＆GitHub＆Unity Cloud Build編 2019年版【Slack】【Git】【Unity CloudBuild】 - (:3[kanのメモ帳]](https://cdn-ak-scissors.b.st-hatena.com/image/square/406bd3856a10210911facdf142248a2f03a9e56b/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkan_kikuchi%2F20190611%2F20190611131434.jpg)
C# で、同じソースコードから常に同じバイナリを生成する
昔、gist にだけ置いてて、そういえばブログに書いてなかったものを思い出したので書いておくことに。 (一応、部分的には言及したことがあるんですけど、ちゃんとした話はしたことがなかったはず。) 決定論的ビルド 3年くらい前まで、C# コードをコンパイルすると、ソースコードを一切書き換えていなくても、生成結果の exe/dll や pdb のバイナリが変化していました(決定性(deteminism)がない)。 原因は以下の2つです。 バイナリ中に埋め込まれる GUID にタイムスタンプと乱数から生成される値を使っていた デバッグ用のファイル情報がフルパスで埋め込まれていた GUID の方はタイムスタンプと乱数なので本当に致命的で、ローカルで再コンパイルしても毎回バイナリが変化していました。 フルパスの方は基本的には pdb (デバッグ用シンボル情報)だけの問題なんですが、 exe/dll で
neue cc - CircleCIでUnityをテスト/ビルドする、或いは.unitypackageを作るまで
死ぬほどお久しぶりです！別にインターネット的には沈黙してるわけじゃなくTwitterにもいるし、会社(Cysharp)関連で露出あるかもないかもというわけで、決して沈黙していたわけでもないはずですが、しかしブログは完全に放置していました、あらあら。 C#的にも色々やっていて、CloudStructuresのv2を@xin9leさんとともにリリースしたり、多分、今日に詳細を書くつもりですがMicroBatchFrameworkというライブラリをリリースしたり、Ulidというライブラリをリリースしてたり、まぁ色々やってます。ちゃんと。実際。今月はそのMicroBatchFramework関連で、AWS .NET Developer User Group 勉強会 #1に登壇しますし。リブートしたMagicOnionも来月勉強会開催予定だったりで、めっちゃやる気です。 さて、そんなやる気に満ち溢れ
Unity 2018-2019を見据えたDeNAのUnity開発のこれから [DeNA TechCon 2019]
DeNAではUnityを使って多くのゲームを開発していますが、Unityはいま、かつてない規模の大きな変革の時を迎えています。この大きなうねりのなかで、何が変わろうとしているかを知り、そして変化によって生まれる価値を正しく認識して開発に取り入れることができれば、Unityでのゲーム開発の効率を大きく改善させていくことができます。本セッションでは、Unityに今どのような改善がなされているのかについて話した上で、DeNAがその領域に対して今までどのように対処してきて、Unityの改善を受けてそれをどのように生かしてゲーム開発の現場に取り入れようとしているのかについてピックアップして説明していきます。Read less
![Unity 2018-2019を見据えたDeNAのUnity開発のこれから [DeNA TechCon 2019]](https://cdn-ak-scissors.b.st-hatena.com/image/square/ef6386270c4c5faa56eac0ca1b21aaff81a0fd61/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Ftechcon2019harutootake-190218063853-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
Unity 特有のパフォーマンス劣化の落とし穴 2018年歳末まとめ - part 2 - @hadashiA
今年遭遇した、気づかないうちに嵌ってしまったUnityのパフォーマンス上の落とし穴を振り返っています。 part 2 です。 part 1 はこちら 今回は主に、Unity 独自の c# 実行環境である IL2CPP と、 Unityエンジン部分の c# の API についての経験談を書いてみました。 4. IL2CPPの吐くコードサイズの爆発 IL2CPPとはなんぞや IL2CPP コードサイズ肥大化によって起こる問題 ビルドが通らない .NET 3.5 → .NET 4.6 でさらにコードサイズが爆発 メモリ使用量と実行速度 対策1. ジェネリック型の 型パラメータには int か enum を使う UniRx.Unit.Default Dictionary<TKey, TValue> 対策2. seald 修飾子 5. 無害に見える UnityのAPIが実はアロケートを発生させてる件
JenkinsとGitLabとAWS CodeBuildを連携する
はじめに JenkinsからAWS CodeBuild Plugin経由でビルドを実行しCIを実行する手順を以下にまとめます。 AWS CodeBuildはAWSが提供しているビルドサービスで、buildspec.ymlを設定すると指定したコンテナ上で処理を実行してくれます。 AWS CodeBuildはGitHubやGitBucketからは直接webhookで連携することができますが、残念ながらGitLabは対応していないため、Jenkinsとプラグインを経由して実行するようにします。 前提 Jenkins、GitLabがAWS上に構築されていてそれぞれお互いに連携可能な状態であることを前提とします。 JenkinsとGitLabの連携についてはこちらをご参照ください。 AWS CodeBuildを設定する 「ビルドプロジェクトを作成する」を選択してビルドプロジェクト作成画面へ遷移します
Nuxt.jsで作った静的サイトのビルド/テスト/デプロイを自動化して、毎朝10時に更新する。
AWSとCircleCIの力を借りて、Nuxt.jsで作った静的サイトの運用をできるかぎり自動化した話です。 3ヶ月ほど前からCIのサービスを使うようになり、入門記事はたくさんあって助かったのですが、具体的にどんな感じで使っているかの情報が少なかったので記事にしました。 もしかしたら、CIの使い方が間違っているかもしれないので、そのときは優しくコメントをいただけたら嬉しいです。 できあがった流れ 毎朝10時にLambdaを起こしてデータの更新を行い、静的ファイルを再生成してからデプロイする流れになっています。 対象のサイト ざっくりAWSという、AWSの料金を日本円でざっくり計算できるサイトです。 Nuxt.jsで作成したものを、静的サイトとして生成して、AWSのS3にホスティングしています。 計算に必要なAWSの価格や為替は、毎朝10時に取得したものをS3にJSONで保存し、そのJSON
Bitrise, GitHub, DeployGateを連携させ、全自動でアプリをビルドして配信するCI/CDシステムを作る
Bitrise, GitHub, DeployGateを連携させ、全自動でアプリをビルドして配信するCI/CDシステムを作るAndroidGitHubiOSDeployGateBitrise アプリのビルド＆テストから配信までを超簡単に完全自動化！ コードや設定を1行も書かなくても、ほぼ全自動でマウスでポチポチするだけでCI(Continuous Integration)環境を構築できることで人気のBitriseに、新しく「DeployGate Upload Integration」が追加されました。このステップを使うと、アプリのテスト＆ビルドから配信までを完全に自動で行うことができるCI/CDシステムをブラウザから設定するだけで超簡単に構築することができます。 この記事では、BitriseとコードホスティングサービスのGitHub、テスト用アプリ配信サービスのDeployGateを連携さ
Google Cloud Buildとは一体何者なのか - DeNA Testing Blog
こんにちは。SWETの加瀬（@Kesin11）です。 Google Cloud Next ’18でGoogleのCI/CDサービスとしてGoogle Cloud Build（以後GCBと略します）というものが発表されました。 https://cloud.google.com/cloud-build/ https://www.youtube.com/watch?v=iyGHW4UQ_Ts CI/CDサービスを追っているものとして、これは要チェック！ ということで、GCBを軽く使ってみて分かった特徴をCircleCIと比較してまとめてみました。 最初にまとめを書いてしまうと、GCBはCI/CDとして見るとCircleCIと比べてまだまだ扱いづらいところがあります。一方で、従量課金制のフルマネージドなビルドサービスというCircleCIとは違った使い方もできるところが特徴と言えます。 GCBの特
UnityCloudBuildでTestFlightへの配信を完全自動化する - BeXide Tech Blog
UnityプロジェクトのiOSパッケージビルドを行い、TestFlight配信の完全自動化、しかもUnityCloudBuildで、が出来るようになったので、記事としてまとめたいと思います。 目標 Unityプロジェクトの成果物をiOS端末で気軽に確認したい ビルドの自動化が目標 git push -> TestFlightからアプリが降って来る！の流れにしたい 目標を達成する上での制約や要件 TestFlightを使う AdHoc配信だと端末に制限が出る InHouseにするまでもない 証明書の管理やビルド設定を個別に教えるコストを省きたい Jenkinsの面倒を見なくて済むように fastlaneを使う手段は除外 UnityCloudBuildを使用する Unityライセンスの消費がされないメリットがある UnityCloudBuildでの完了通知を検知が必要 WebHookが設定出来
Jenkinsパイプラインスクリプトで簡単！Unity＋iOSビルド環境構築 - Qiita
本記事はサムザップ Advent Calendar 2017の2日目の記事です。 昨日は@norimatsu_yusukeさんの「ReSharperのテンプレート機能について」でした はじめに 従来のJenkinsでは複数のジョブを作成し、それらを組み合わせてビルド環境を構築していましたが、Jenkins2ではGroovyスクリプトで実行できるようになり、以前に比べてビルド環境のセットアップが簡単になりました。 そこで、この記事ではJenkins2のPipelineスクリプトを使った、Unity+iOSビルド環境の構築について説明します。 ※Pipelineの基本的な使い方については、こちらの記事が参考になると思います Mac（OSX Sierraで動作確認） Jenkins2.x（v2.7.3で動作確認） Xcode（普段お使いのもの） Unity（普段お使いのもの） Git（普段お使い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Azure DevOps で実現する Unity アプリのハイパフォーマンス CI/CD
温故知新 makeを使いこなす - Qiita
ToastNotifier - Visual Studio Marketplace
GitHub - tmyt/vstoastnotifier: Show notification when build completed on Visual Studio 2012, 2013, 2015, 2017, 2019, and 2022.