CIでのiOSアプリ依存パッケージビルド時間を削減する - stmn tech blog
mohamed HassanによるPixabayからの画像 こんにちは、スタメンでモバイルアプリ開発を担当している @temoki です。 2月に Mobile Act ONLINE #3 というオンライン勉強会に参加し、iOSパッケージマネージャー奮闘記 というテーマで発表しました（詳しくは以下のスライドをご覧ください）。 この発表でお話しした内容の背景にあるのは CIでのiOSアプリビルド時間を短縮したい ということです。CIサービスは実行時間が利用料金に関連しますし、何よりユニットテストやアプリのテスト配信などの待ち時間は極力減らしたいですよね。 弊社のiOSアプリのビルド時間に大きく影響しているのは Firebase iOS SDK などの依存パッケージのビルドです。そこでこの記事では。依存パッケージの導入方法の工夫により、CIでのビルド時間を削減する過程をお話ししようと思います。
Xcode12時代のCarthageで起こった問題とXCFrameworkへの移行 - クックパッド開発者ブログ
モバイル基盤部のhiragramです。こんにちは。 私たちは、iOS版クックパッドアプリの開発において、CocoaPodsとCarthageを併用して依存ライブラリを管理しています。しかし、Xcode12の時代がやってきて、Carthageによる依存ライブラリのビルドに問題が生じました。この記事では、どのような問題なのか、そしてどのように対処したのかを紹介します。 3行まとめ Xcode12とCarthageの組み合わせで問題が生じた CarthageからSwiftPMへの移行を模索したが、断念した 2021年2月にリリースされたCarthage 0.37.0でXCFrameworkが正式にサポートされたので、それに移行した Xcode12と、当時のバージョンのCarthageの組み合わせで生じる問題 Carthageは、中央集権的なCocoaPodsとは対照的に、gitリポジトリを直接指
[iOS] CarthageでもXCFrameworkが使いたい | DevelopersIO
こんにちは。きんくまです。 先日 Swift Package Manager(SPM)を使ってライブラリを管理する記事を書きました。 [iOS] Xcode 12でSwift Package Managerを使ってFirebaseのAnalyticsがあるとiPhone実機で実行できない あるプロジェクトではそれでうまくいっていました。 ただ、別のプロジェクトでもSPMで管理してみようとCarthage+CocoaPodsから変えてみたところ、ビルド時間が長い問題が発生しました。 Clean後のフルビルドで5分かかりました。長いなーと思い、どうしようか考えました。 Carthageは、M1 macとXcode 12の登場からつかいにくい状況が続いていたのですが、XCFrameworkに対応することで使いやすくなっていました。 XCFrameworkを使ったCarthageのビルドにすること
![[iOS] CarthageでもXCFrameworkが使いたい | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/10fcf2f837a664e7c674d69ca67a4cf4f31143a7/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F07%2F190706_ios_catch.png)
XCFrameworksに対応したCarthageを使ってみた - Qiita
Carthage 0.37.0がリリースされ、XCFrameworksに対応しました🎉 これによりXcode12になってからCarthageで発生していた問題が解消されることになります。ワークアラウンドスクリプトが不要になり、さらにはM1 MacでCarthageが使えるようになります。 なぜCarthageがXCFrameworksを必要としていたかの背景や、XCFrameworksを生成する手順について解説したいと思います。 CarthageでXCFrameworksを生成する手順だけ知りたい方は、 CarthageでXCFrameworksをビルドする へどうぞ。 XCFrameworksって何？ まずXCFrameworksについて説明します。 XCFrameworks自体はXcode11から使用可能になっている技術です。 実際にCarthage0.37.0でビルドしたXCFra
[日本語訳] Carthage issues, Xcode 12, XCFrameworks, Apple Silicon, etc.
Xcode 12がリリースされて以来、それは私たちiOS開発者コミュニティにいくつかのトラブルをもたらしました。少なくとも carthage を1つ以上のプロジェクトで使用している人たちにとっては… 数ヶ月間 Xcode 12ベータを使用している場合、発生している問題とワークアラウンドの存在を既に知っているでしょう。今日（訳者注：2020年9月26日）でリリースから約2週間が経過しましたが、なぜすでに確定的な修正がないのか不思議に思うかもしれません。この記事では、この問題についての私の理解と、それが何に起因しているのかを共有します。 詳細に深く入る前に、 carthage が何をしているか、それがどのように動作するかを理解することは重要です。一部の人にとってはそれは自明であるかもしれませんが、他の人は手がかりを持っていないかもしれません。 1 — carthageがどのように動作するのか？
![[日本語訳] Carthage issues, Xcode 12, XCFrameworks, Apple Silicon, etc.](https://cdn-ak-scissors.b.st-hatena.com/image/square/55533cb0c9763b169557460dd9d7970c83c25f8f/height=288;version=1;width=512/https%3A%2F%2Fmiro.medium.com%2Fv2%2Fresize%3Afit%3A1200%2F0%2A9Xhq6aAX5sswYhYJ.png)
BitriseでXcode12+Carthageを使ってiOSアプリをビルドしよう！ - 酢ろぐ！
Xcode 12になって悲しいことにCarthageが使えなくなりました。説明するまでもありませんが、CarthageはiOSアプリ開発の主要なパッケージマネージャーのひとつです。 開発を止められないお仕事アプリは即日ですべてCocoaPodsへ移行しました。CocoaPodsは導入が簡単なので大好きなのですが、ビルド時間が長くなる傾向にあります。デバッグ実行のたびにつらみが増します。過去に「Bitriseで iOSアプリのビルド速度を cocoapods-binary を使って高速化する - 酢ろぐ！」で紹介したように、CI上ではcocoapods-binaryを使ってビルド時間の短縮を狙うことが可能です。 Apple公式であるSwiftPMへの移行も検討しましたが、Bitriseでキャッシュが効かずCIでのビルド時間が増えてしまうので不採用になりました。 Xcode 12の劇的なリリー
CIでのCarthageのキャッシュの効率的な当て方
Dec 6, 2018 Carthageによるフレームワークのビルドは時間が掛かるので、CIでは良い感じにキャッシュを当ててもらいたい。この記事の中ではそれをやってくれる平凡な設定を貼るのだけど、なぜそれが効率的なのか理解するにはCarthageとCIのキャッシュの仕組みを理解する必要があるので、まとめておく。我が社(エンジニア募集中)のCIはすべてCircleCIなのでCircleCIの話になるのだけど、たぶん他のCIサービスでも似た仕組みはありそう。 ちなみにこれは、半年ほど前に @chuganzy さんにTwitterで教えてもらったのがきっかけで調べ始めたもの。ずっとやろうと思ってたのだけど全然やってなくて、遂にやった。うっかりしている間に半年も経っていて、自分の先延ばし能力に驚かされた…。 Carthageのキャッシュ Carthage 0.20(2017年2月リリース)からCa
Carthageの導入で困った7つのこと - tofucodes diary
先日仕事で初めてCarthageを利用した際に困った点やつまづいた点。 ラインナップ Carthage関連ファイルどこまでcommitするか問題 carthageのコマンド多くてどれ使えば良いかよく分からない問題 Fabric/Crashlyticsが公式にサポートしてない問題 Firebaseが公式にサポートしてない問題 Firebase.frameworkがbitcodeサポートしてない問題 App Installation Failed 問題 binaryダウンロードのバージョン解決に不具合がありそう？問題 Carthage関連ファイルどこまでcommitするか問題 CartfileとCartfile.resolvedは必須として以下のファイル群をcommitするのかどうかという話。 Carthage/Checkouts Carthage/Build qiita.com 世間には色々
CircleCI 2.0 + Carthage で carthage bootstrap に時間がかかる場合の解決方法 - Qiita
Carthage ディレクトリ配下をキャッシュして、前回から変更がない限りそれを読み出すようにすれば良い。 .circleci/config.yml の該当箇所は以下のようになる - restore_cache: key: ca-{{ checksum "Cartfile.resolved" }} - run: name: Carthage command: carthage bootstrap --platform iOS --cache-builds - save_cache: key: ca-{{ checksum "Cartfile.resolved" }} paths: - Carthage
Carthageのcopy-frameworksをRelease時のみ実行したい - Qiita
はじめに 下記のようにやってたけど、指摘があってクリーンビルドしたら dyld: Library not loaded: が見つからなくてクラッシュするので、下記に書かれているようにReleaseのみにする方法はやめましょう...!! Release時のみ実行（してしまうとまずい） iOSアプリ開発でCarthage使う時、Run Scriptにcopy-frameworksを設定すると思うんだけど、これはApp Storeへのサブミット時の不具合を回避するために設定しているのということなので、普段のDebugビルド時にはいらないんじゃないかなと。 つまり、Run Scriptは次のようにしていいんでは...という気持ちで下記のようにしてました if [ "${CONFIGURATION}" = "Release" ]; then /usr/local/bin/carthage copy-
CarthageでビルドしたフレームワークをGitにコミットせずに良さげに扱う - ZOZO TECH BLOG
iOSチームの@hiragramです。 所属するプロジェクトでは依存管理にCarthageを使っていますが、Carthageの成果物である Carthage/ 以下をコミットするかどうかはよく議論になる話題かと思います。 私はコミットしない派なので、そのメリットを残しつつデメリットをなくすためにやってみたことを紹介します。 メリットとデメリット コミットしない派のメリット リポジトリが肥大化しない 以前のプロジェクトでは Carthage/ 以下をコミットしていて、リポジトリがめちゃでかくなってcloneにめちゃ時間がかかる感じになっていました。 diffがうるさくならない 言わずもがな。 Xcodeのバージョンを積極的に上げられる SwiftのABI安定化はまだ先なので、コミットされたバイナリはそれをビルドしたのと同じバージョンのSwiftからしか扱えない。 Swift.org - AB
CocoaPods・Carthageでインストールした成果物はバージョン管理に含めるべきか？ - Qiita
以下のTwitterアンケートを見かけたので、記事書いてみました。 結果は、母数が10人なので参考程度にするのが良いと思いますが、僕も多数派の「CocoaPodsもCarthageも含めている」を特に迷い無く選択しています僕は今ではCocoaPodsもCarthageも含めていない運用にしています。 【iOSアプリプログラマに質問】 あなたはアプリのリポジトリにCocoaPodsで取得したソースコードやCarthageでビルドしたフレームワークを含めていますか？ — りず (r.izumita) (@rizumita) October 6, 2016 ちょうどCocoaPodsのガイドにこのことが記載されているので、まずはその訳を載せます。 (この記載はわりと有名なはずで、ここでオススメされているからバージョン管理に含める選択を取っている人も多そう。) CocoaPodsのガイドの訳 原文
自作ライブラリを CocoaPods と Carthage 両方に対応させる - Qiita
これはなに Swift のパッケージマネージャは、クライアントサイドには CocoaPods, Carthage があります。 長らく CocoaPods 一本でしたが、最近 Swift では Carthage を利用する人も増え、どちらを使うかは開発者によります。ライブラリとしてはどちらも対応していた方が嬉しいですね。 つい最近、拙作ではありますが、 RxWebKit というライブラリを両者に対応させたのでその備忘録です。 ライブラリを使う方ではなく、作る方の話です。 また、CocoaPods はハマらなかったのでほぼ Carthage の話になっています。 RxWebKit Star はこちら RxWebKit RxSwift というリアクティブプログラミングの巨大ライブラリの WebKit ラッパーです。 RxSwift リポジトリでは Foundation と UIKit で利用で
Carthageを使ったフレキシブルな開発環境の構築 - Qiita
tl;dr Carthageを使って高速なビルド環境を手に入れたいけど、ライブラリ側のコードをデバッグしたいこともある、そんなあなたのための豆知識です。 https://github.com/toshi0383/CarthageWorkspaceSample 普通にCarthageでライブラリをインストールする まずは普通に carthage update して、 carthage copy-frameworks をBuild Phaseに設定します。詳細は、Carthageのドキュメントに譲ります。 Carthage/Checkouts/ 以下に展開されたxcodeprojをプロジェクトに追加する こうすると、追加したxcodeprojをアプリと一緒にビルドしてくれるようになり、ライブラリ側のコードにデバッガを当てることができるようになります。追加する先はxcworkspace, xco
Carthage と Bitcode 対応についてのまとめ – ymyzk’s blog
iOS 9 や watchOS 2 から新しく Bitcode が導入されました. パッケージ管理ツールの Carthage でも Bitcode を含んだ Framework を適切に出力する仕組みの導入が進んでおり, この対応状況を見ながら Bitcode 対応について考えます. Carthage とは Carthage は Cocoa アプリケーションのためのパッケージ管理ツールの1つです. Carthage は Cartfile をもとに GitHub などからソースコードをダウンロードし, Framework を出力します. ユーザーは出力された Framework を動的にリンクして利用します. このため iOS で利用する場合は Embedded Framework に対応した iOS 8 以上でしか利用できません. Carthage についての詳細は GitHub の RE
Carthageについて知りたいn個のこと
10. Cartfile # Require version 2.3.1 or later github "ReactiveCocoa/ReactiveCocoa" >= 2.3.1 # Require version 1.x github "Mantle/Mantle" ~> 1.0 # (1.0 or later, but less than 2.0) # Require exactly version 0.4.1 github "jspahrsummers/libextobjc" == 0.4.1 # Use the latest version github "jspahrsummers/xcconfigs" # Use the branch github "jspahrsummers/xcconfigs" "branch" # Use a project from GitHub E
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Accio – SwiftPM for iOS & Co. today!
GitHub - JamitLabs/Accio: A dependency manager driven by SwiftPM that works for iOS/tvOS/watchOS/macOS projects.
How to Carthage efficiently
Carthage or CocoaPods: That is the question – XCBLOG