表題の通り、Unity2017.4→2018.4にアップデートした時のハマった点や、普段アップデートする時に意識してる事などを紹介できればなといった感じです。 Unityのアップデート作業を初めてやる方や、あと来年2017から2018へ移行する稀有な運命の方がググった時に何か参考になれば幸いです。 ちなみにバージョンを上げる事になった経緯としてはAndroidの64bit対応がUnity5を除くバージョンの場合は8月までに対応必須だったからです。 ゲーム事業部、技術部所属の須藤（@p_chin)です！ この記事はTech KAYAC Advent Calendar 2019 Migration Trackの23日目の記事となります。 大まかな作業段取り Unityバージョンの選定 基本運用中タイトルなので最新のメジャーバージョンにてLTSリリースである4のマイナーバージョンあたりが出てる場
Windows OSでは、「更新プログラム（アップデート）」という形で脆弱（ぜいじゃく）性の解消や不具合の修正、機能の追加などが行われる。通常、毎月第2火曜日（米国時間、日本では水曜日）に、Windows Updateによる更新プログラムの配信が行われる。 Windows 10 Homeでは、自動的に更新プログラムのダウンロードと適用が行われる。一方、Windows 10 Pro／Enterpriseでは設定によって適用日などが変更できる（詳細は、Windows 10 The Latest「Windows 10の更新プログラム適用で地雷を踏まないためのWindows Update運用法」参照のこと）。 Windows 10では、いずれのバージョンにおいても、Windows Updateによってほぼ自動で更新プログラムの適用が行われるため、ユーザーが更新プログラムの適用状況をあまり意識しなく
先日、 Things that can go wrong when downloading（ダウンロード時に上手くいかないものごと） についての記事を書きました。その記事に、ネットワークの問題から妥当でないコンテンツ、不完全なハードウェアに至るまで、ゲームを最初にインストールする際に発生することがある一連の原因をリストアップしました。 今回の記事では、ゲームの前バージョンが正常にインストールされているときに、そのゲームを新しいバージョンにアップグレードするのにどんな方法が使えるかについて考えます。 圧縮 あるユーザが利用できる帯域の量は、通常、一定です。ユーザのインターネットアクセスの論理的な最大速度は20mbps、100mbps、1gbps、または、国によってはそれよりずっと低いものです。 私の自宅にはまだ光ファイバが引かれていないので、アクセスは20mbpsという遅さですが、インターネ
執筆日時： 2016年8月30日14時19分 せっかく作ったツールだけど、アップデートのたびに毎回 ZIP ファイルをダウンロードして展開してユーティリティフォルダーにコピーして……という作業が面倒だったので、ClickOnce で配布することにした。 自分で ClickOnce の公開用サーバーを用意するのは面倒なので、できれば ClickOnce のセットアップファイルも GitHub に置きたい。やり方がわかんないので StackOverFlow さまにお伺いを立ててみた。 さすがやでぇ。以下はそれを試してみたよっていう話。 1. とりあえずローカルに発行してコミットする まず、プロジェクトプロパティの［公開］タブで、ClickOnce の発行を行う。発行先は初期設定の publish\ でいいかと。 Visual Studio 向けの .gitignore を利用している場合は、あ
Help us understand the problem. What is going on with this article? 今日１８日（日本時間の１９日深夜）に行われたGoogle I/O 2016のKeynoteが行なわれました。その中で、Android N のDeveloper Preview 3がすでに公開されていることが言及されていましたが、このDeveloper Preview 3は非常に大きな変更でしかも個人的に非常に興味深い変更が入っていることをKeynoteの中で知りました（実際はPreview 1から入ってたそうです）。それは、 「もうOSの更新やアプリの最適化に時間を使うことがなくなる」 ということです。Keynoteの中の1時間11分57秒付近から説明されていた話になります（下図のSeamless updtes）。 Speakerは、「Androidの更新
こんにちは。技術部の国分 (@k0kubun) です。 3/28にクラウドワークスさんで行なわれたRails Upgrade Casual Talksで、Railsアップグレードの際にクックパッドが行なっている工夫について紹介しました。 影響範囲の予測が難しいRailsのアップグレードを安全に行なうための動作確認のやり方について参考になればということで、本記事でも改めて紹介いたします。 CookpadのRailsアップグレードの流れ Rails 4.1から4.2にアップグレードした際の例を紹介します。 CIにRails 4.2用ジョブを用意 まずはRails 4.2にアップグレードするためのrails42ブランチでテストを通します。リリースするまでこのブランチはmasterからrebaseし続けるので、リリースまでテストを通る状態を保つため、CIにrails42ブランチ用のジョブを用意しま
新年明けましておめでとうございます。GMOメディアの流しエンジニア、山田コーダーです。さて、ようやく弊社でもPHP 5.3、5.4系のプロジェクトの5.6化が一段落してまいりました。 PHP 5.6のリリースが2014年ですので今更感がありますが、「レガシーなPHPプロジェクトのバージョンアップに困っている」「使いたいライブラリーが5.3に対応してないからバックポートした」などという悲痛な声を目にしたこともあり、これからPHPのバージョンアップをされる方たちへのささやかな参考資料になればと思い、書かせていただきました。 さて、まずは本題に入る前に結果からお見せしようと思います。以下はNew Relic（アプリケーションのパフォーマンス監視サービス）のレスポンスタイムのグラフです。なおこのプロジェクトでは、ブラウザー表示用HTMLを出力するサーバー（Web 約10台）と、スマートフォンアプリ
TL; DR ElectronのautoUpdaterモジュールを使うとMac/Windowsでアプリを自動アップデートさせられる Mac/Windowsそれぞれ違うアップデートのリリース方法が必要 Mac: アップデート情報を返すWeb APIを用意する Windows: grunt-electron-installer で作ったファイルをS3とかにアップロードする あとはautoUpdaterのAPIを呼び出すだけ はじめに Electronには autoUpdaterという、アプリの自動アップデート用モジュールが入っている。これを使うとMac/Windowsでアプリを自動アップデートさせることができる。 Wantedlyが開発しているメッセージングアプリのSyncデスクトップ版では、実際にautoUpdaterを使っているが、Mac/Windowsそれぞれで違うセットアップが必要であ
Typetalkデスクトップアプリ 先日、弊社チャットサービスTypetalkのデスクトップアプリをリリースしました。おそらくTypetalk.appのパッケージを覗いてElectronの痕跡を見つけ出した方もいらっしゃると思いますが、その通りElectronをベースに実装しています。 ElectronはHTML、JavaScript、CSSなどWebの技術を使用してデスクトップアプリを開発できます。GitHub社のAtomエディタをはじめとして、今では非常に多くのアプリがElectronベースで公開されており、実装方法についても既に多くの記事が書かれています。 ただし、正式にアプリを公開する場合には、コードサイニングなどを行うなど、考慮が必要なポイントがいくつかあります。そこで本記事では正式にElectronアプリをWindows/Mac向けにリリースするにあたって必要だった3つのことを
Google Play Developer Consoleに 時限公開機能 がついたので試してみました。 アプリのアップロードと販売または配布 > 標準公開または時限公開を使用したアプリの更新 どんな機能か 標準公開では、apkをアップロード後数時間の処理を経て、終了後すぐにユーザーに公開されます。 時限公開では、apkをアップロード後数時間の処理が必要なところは同じですが、 アップデートをユーザーに公開するタイミングを制御できます。 時限公開と聞くと、時限爆弾のように「18時に公開するようにセット！」とかできそうな気がしてしまいますが、そういう機能はありません。 あくまで公開する時間をコントロールだけです。 標準公開と同様に、処理には数時間かかります。すべてのアップデートは公開前に処理する必要があります。 処理が終わると、[公開] ボタンが有効になります。[公開] をクリックすると、数分
Kyobashi.go #1 http://kyobashi-go.connpass.com/event/18038/ 『メルカリ』のアップデート監視 を支える(かもしれない)技術 Note : https://github.com/operando/google_play_update_checker https://github.com/operando/golack http://hack-it-iron.hatenablog.com/entry/2015/08/27/151531
2023年12月 (1) 2023年11月 (116) 2023年10月 (79) 2023年9月 (28) 2023年8月 (7) 2023年7月 (6) 2023年6月 (101) 2023年5月 (229) 2023年4月 (201) 2023年3月 (206) 2023年2月 (147) 2023年1月 (193) 2022年12月 (146) 2022年11月 (54) 2022年10月 (1) 2022年9月 (1) 2022年8月 (1) 2022年7月 (3) 2022年6月 (1) 2021年9月 (1) 2021年8月 (8) 2021年6月 (3) 2021年4月 (4) 2021年3月 (6) 2021年2月 (1) 2021年1月 (3) 2020年12月 (2) 2020年11月 (2) 2020年10月 (5) 2020年9月 (12) 2020年8月 (40
Debug中では起こらなかった、ClassNotFoundExceptionが必ず発生するエラーを仕込んだままリリースするという事故が起きた。 デバッグでは、コンパイルできて正しく実行できているのに、リリースでコンパイルしたapkファイルを逆コンパイルして確認してみると、あるはずのclassファイルが消えてなくなっている・・・。 丸1日調査して解決したのが、どうもProGuardでやらかしているようだ。 もともとの原因は、今まで開発していた環境から Android SDK Toolsのバージョンアップをr16にアップデートした事が始まりっぽい。 どうも古いProGuardの設定が悪さをするようだ・・・。 下記ブログその手順どおりやって、どうにか対処できました。 http://wada811.blog.fc2.com/blog-entry-62.html Android toolのExpor
Android 4.2のアップデート後に、今まではあった内部ストレージのフォルダやファイルが消えてアプリのデータ復元などができなくなった時の対処法を紹介します。 前日、Nexus 7を強制的にAndroid 4.2にアップデートした後、再度Root化しました。 とりあえずRootedなAndroid 4.2のデフォルトROMのままで使いたいので、Titanium Backupを起動してリストアしてみようとしたところ、バックアップしているアプリ数が「0」になっていました。 おかしいと思い、ESファイルエクスプローラーで内部ストレージを見てみると、Android 4.2にアップデートする前までは存在したフォルダがなくなっていました。 Titanium Backupのフォルダはありますが、中身は空っぽです。Android 4.2にアップデート後にTitanium Backupをインストールした際
Quickly share apps with teamsQuickly distribute/share Android/iOS apps with the Distribution feature. Regularly share apps under development with your team to increase awareness, align goals, and accelerate projects. View details Easily submit debug reportsAutomatically collect error and device information and easily submit reports containing screenshots and videos. By reducing information gaps an
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
