XcodeGen で project.pbxproj のコンフリクトとおさらばする - Qiita
name: My Project targets: MyApp: type: application platform: iOS sources: MyApp settings: PRODUCT_BUNDLE_IDENTIFIER: com.example.myapp dependencies: - target: MyFramework MyFramework: type: framework platform: iOS sources: MyFramework これをプロジェクトのディレクトリに配置し、xcodegen コマンドを実行するとプロジェクトファイルが生成されます。 このようにして、yaml を置いて project.pbxproj を削除することで、根本的に問題を解決できます。spec 自体のコンフリクトが起きる可能性がありますが、spec は可読性が高いため解決は容易です
CocoaPods Private SpecsでiOS用社内ライブラリを管理する - クックパッド開発者ブログ
技術部のid:gfxです。iOSアプリ開発に欠かせないパッケージ管理ツールといえばCocoaPodsですが、これはPrivate Podsを作って社内ライブラリ専用のSpecs（private Specs）を管理することができます。 ※ 2014/12/22追記 CocoaPods 0.35.0 でpod lintの--only-errorsが廃止されて--allow-warningsになったのでそのように変更しました private SpecsがなくてもGit URLを指定することで社内用podspecを開発・管理することはできますが、private SpecsがあるとURL指定を簡略化したり依存関係の解決が簡単になるというメリットがあります。クックパッドでもすでに十数個のprivate podspecが登録されており、CookpadUIやAPI clientなどはpodspecとしてp
これがXcodeでのバージョニングの決定版になるかも • Yuta Tokoro
概要 この記事でできるようになること 安定してInfo.plistの内容（ここではBuild番号）を変更できる ふつうにRun Scriptで編集するとタイミングによってすぐにアプリに反映されないことがあったりしたがそれが解消される Info.plistに差分がでないのでcommitのときに邪魔にならない なお、この方法を教えてくれた熊谷さんがこの方法に行き着いた経緯や所感がこちらに詳しくまとめられています。詳細や考え方などをきちんと知りたいかたは是非、熊谷さんの記事をご一読ください！ 必要な設定 Preprocess Info.plist file でInfo.plistをビルド前に確定させる Run Scriptで${TEMP_DIR}/Preprocessed-Info.plistを編集する 以下、具体的な話をします。 経緯 これまで、 デバッグ用やArchive用のアプリのバージョ
iOS開発とGitタグ
いままでAppleにアプリを申請するタイミングでタグを打っていて、 その後にリジェクトされると以下のようなタグが残ることがありました。 非常にダサいですね。 1.0.0 1.0.0-2 1.0.0-3 最近は少し学習して、QAに入る段階でrelease/1.0.0といったブランチを切るようにしました。 審査に出した段階ではまだタグは打たず、もしもリジェクトされた場合は引き続きrelease/1.0.0を更新します。 審査を通過した場合はそこでタグを打って、release/1.0.0をmasterにマージします。 以下の図のようなイメージです。 このように運用することで、余計なタグが打たれることはありませんし、審査中のバージョンを見失うこともありません。 もしかしたら普通のiOSデベロッパーは当たり前のように実践していることなのかもしれませんが、 自分は最近までダサいタグを打ったり、タグを打
AppBank NetworkのローカルCocoaPod化が完了した！ – morizotter blog
AppBank NetworkのローカルCocoaPod化が完了した！投稿者: Naoki 投稿日: 2014-01-27 AppBankNetworkのローカルCocoaPod化が完了しました！一応、ログインして申請しないとSDKはもらえないので、CocoaPod本家にはアップしませんが、やり方だけ備忘的に書いておこうと思います。 まず、CocoaPod化前に決めていた前提。 CocoaPod化する際の前提 後でわけがわからなくなるとまずいので、ダウンロードしたSDKのディレクトリ構造は変更しない。 AdMobMediationAdapterは使わない。 ローカルのgitで管理する。 /NendSDK_iOS-2.3.2/の直下にgit initしました。:pathで直接指定しても良かったのですが、他のローカルリポジトリと共通のgit方式にしました。gitだとバージョンの管理が楽なので。
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
sonson.jp
Nov 28, 2017 iOS 11 ProgrammingでCore MLについて書きました． Sep 27, 2017 High Sierraのインストール問題 Sep 20, 2017 HTMLSpecialCharactersの内部実装の速度について Sep 18, 2017 iOSDC2017 Jun 30, 2017 iOS11 Programming - CoreML Mar 28, 2017 try swift 2017 感想 Nov 17, 2016 質問の大切さ，おもしろさ Apr 25, 2016 Let's Encryptを疑え！信用はお金で買え！ Apr 14, 2016 imgurで画像アップロードできないので怒った Jan 26, 2016 ガチエンジニアがお勧めする科学絵本シリーズ〜よーするに医学絵本シリーズ Jan 26, 2016 ガチエンジニアがお勧
livedoor Techブログ : 社内のスマフォ開発用ライブラリの管理方法を公開しちゃいます！
こんにちは！こんにちは！ 最近JavaやObjective-Cで開発をしていて、やっぱりPerlって使いやすい言語なんだなぁと改めて感じている栗原です。 ＃と言いつつもJavaもObjective-Cも好きだったりします。 今回は「スマフォのライブラリなどの管理をどげんかせんといかん」とCTOに言われたために考えた、弊社のスマフォ開発チームが行なっているAndroid、iPhoneそれぞれの社内用ライブラリやスニペットの管理方法についてご紹介したいと思います。 ソースの管理方法 まずソースの管理についてですが、現在弊社のスマートフォン系のアプリはGitを使って管理しています。 通常のアプリも含めて「android」と「iphone」というプロジェクトを作成し、その中でそれぞれのプラットフォーム毎にリポジトリを作成しています。 以下のようなイメージですね。 git://example.com
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
