SpecsでiOS用社内ライブラリを管理する技術部のid:gfxです。Specs)を管理することができます。SpecsがあるとURL指定を簡略化したり依存関係の解決が簡単になるというメリットがあります。Specsに登録されています。そこで本エントリでは、Specsを運用している間に起きた問題などを共有します。Specsの仕様はまだ流動的なので、実際に運用に入る際は仕様をご確認ください。repositoryです。repositoryを用意すれば、検索こそできませんがPodfileでデフォルトのCocoaPods/Specs同様に使えます。repositoryを使います。Specsを登録しておきます。PrivateSpecsExampleは空でかまいません。repositoryの構成についてはpodコマンドがすべて面倒をみてくれるので、気にする必要がないのです。Specsに登録してみましょう。podspecのリポジトリはExamplePodです。作り、生成されたExamplePodを修正します。URLで指定しています。URLだとfirewall越しにアクセスできない可能性があるというwarningsを出します。lintはデフォルトでwarningsを致命的エラー扱いにします。オプションを指定しなければいけません。このオプションのもとでの結果は以下のようになります。warningsは出ていますがvalidationはパスしています。validation.なお、ここではやむを得ずwarningsを無視していますが、基本的にはwarningsを無視するべきではありません。他のwarningsが出ていないかの確認はするほうがいいでしょう。Specsにpushしてみます。今回は同じrepositoryを使いますが、実際には社内のSpecsに対して行います。validationに失敗するのですが、このとき必要なオプションは--allow-warningsです。これが第二のポイントです。Specsに登録できました。指定すれば、そこに登録されたpodspecを使うことができます。podspecに更に依存したpodspecを作ってみます。内容はExamplePodと同じのExamplePod2をつくり、podspecの名前やパスを書き換えます。podspecへの依存を宣言します。検証すると、ExamplePodがみつからず以下の様なエラーになります。podspecなので、そのままでは見つからないのです。podspecを参照できないのです。指定したSpecsが暗黙のうちに使われるということもありません。Specsを指定する必要があります。デフォルトのCocoaPods/Specsも必要なので、カンマ区切りでURLのリストを渡します。これが三つ目のポイントです。validation.これで通常通り検証ができました。*.podspecこれですべて問題なくできました。各種コマンドのオプションがが複雑なので、Makefileを作っておきましょう。つけておくといいでしょう。Specsを使う準備はすべて整いました。Specsはいくつか運用のポイントがあり、本エントリではそれらを紹介しました。Specs周りはハマるところが多く、バージョンによって挙動が異なることも多いので、安定して運用できるよう情報を共有できればと思います。NEWS技術部の笹田(ko1)と遠藤(mame)です。インタプリタの開発をしている笹田です。探す技術部開発基盤グループのシム(@shia)です。使ったセキュリティログ検索基盤の構築サービス特性にあった検索システムの設計戦略クックパッド採用説明会「クックパッドはサービスの作り手を採用したいんです。/*}*/スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。