タグ

ciとiOSに関するkutakutatriangleのブックマーク (7)

  • iOSアプリを作るときのおすすめ構成

    高性能なMacマシンを確保まず、技術的なこと抜きに一定以上の性能のMacマシンを用意するのが良いです。取っ掛かりの勉強目的などならともかく、中規模以上のアプリを作る場合低スペックマシンでは著しく非効率です。 大体以下のようなイメージで、これ未満だと早めにマシン変えた方が幸せになれると思っています。 2–3年以内に買った20万円以上程度のMacBook Pro: 許容範囲iMac 5K: 良い感じiMac Pro: 一般的なiOSアプリ開発ではオーバースペック気味でコスパは微妙かも🤔会社で、交渉しても低スペック環境を強いられるのならば転職した方が良い気がしています🤔ちなみに転職ドラフトでSWHGという招待コードで登録するとお互いプロテインゲットできるので、気が向いたらお願いします( ´・‿・`) Continuous Integration(CI)環境次に、CI環境について触れます。CI

    iOSアプリを作るときのおすすめ構成
  • iOS用のCIサービス「Bitrise」を使ったメモ - koogawa blog

    Github のプライベートリポジトリにも対応したCI(Continuous Integration)サービスを探していたところ、Bitrise というサービスを見つけたので使ってみました。 www.bitrise.io 料金 無料プランがあります。ただし、次の制限があります。 2 team members 200 builds / month 1 concurrent build 10 min build duration 個人で使う分には十分だと思いました。 Bitrise Plans and Pricing 特徴 Bitriseの最大の特徴は、ひとつひとつのStepを「Workflow」に追加していくところです。 GUIベースで作業の順番を編集できるのが面白いですね。 できること Unit Test 実行 Archieve作成 iTunes Connect へのアップロード Coco

    iOS用のCIサービス「Bitrise」を使ったメモ - koogawa blog
  • Swift環境での自動テスト導入と運用 2015/10/29(金) hireLink vol.9 [勉強会ログ] - Qiita

    iOSの著書も出していらっしゃる、新居雅行先生より、 テストの自動化と運用方法等々、ご教授いただきました! 個人的にこの言葉が印象に残りました。(ちょっと脚色していますw) 自動テストの導入で品質は何倍も上がる。入れるか入れないかという議論はもう終わった。問題はどう導入して運用するかだ。 テストコードを1行もかいたことのない私にはちょっと衝撃でした。。いい意味で。 下記よりログです。 ※ 内容については私のフィルターがかかっているため、間違い・ご指摘があればこの記事へコメントをお願い致します。 (改めて) テストの目的 テストの目的は、 品質の担保 (´・ω・`) <「テストやった?」 (`・ω・´)+ <「やりました!」 ・・それって当にちゃんとやったのか? 「正しく」「動く」だけでは曖昧 テストの基準を持つ CI(継続的インテグレーション)とテスト 要は頻繁にテストするってこと 自動

    Swift環境での自動テスト導入と運用 2015/10/29(金) hireLink vol.9 [勉強会ログ] - Qiita
  • Codemagic - CI/CD for Flutter

    Want to stay up to date? For announcements of new conferences, useful materials, and inspiration - subscribe to us!

    Codemagic - CI/CD for Flutter
  • CI2Go v1.0.0 the @circleci Client for iPhone & iPad

    English iPhone & iPad で使える CircleCI クライアント CI2Go をリリースしました。 CI2Go on the App Store Build logs ステップごとのビルドログを色つきで閲覧できます。 // Circle CI の API の制限上、現在実行中のログは閲覧できません。 Split view iPad, iPhone 6 Plus の横向きでは、左に実行ステップ、右にビルドログを表示します。 Color schemes iTerm2-color-schemes で公開されている、116 のカラースキームから、お好みのものに変更できます。 この機能の実装方法については以前の記事に記載しています。 既知の問題と TODO ブランチ選択機能 (クラッシュの起因となっていたため、一旦機能を外しました) PR#3 Split view で縦向きから横

    CI2Go v1.0.0 the @circleci Client for iPhone & iPad
  • Travis CIでiOSアプリのリリース作業を自動化する - 24/7 twenty-four seven

    この記事において利用している.travis.ymlとRakefileの全体はGistにて公開しています。 ↓ Rakefileの全体はこちら gist.github.com/kishikawakatsumi/8918124 ↓ .travis.ymlはこちら gist.github.com/kishikawakatsumi/8918365 概要 ユビレジではiOS アプリを申請する際に発生する作業の大部分をCIで自動化しています。 申請の作業としてユビレジでは下記のワークフローを決めています。 1. リリースブランチを作る 2. リリースするバージョンのバイナリをビルドする 3. 2と同等のアプリケーションを社内に配布して最終チェックをする 4. クラッシュレポートのサービスとしてCrittercismを利用しているので、そこにデバッグシンボル(dSYM)をアップロードする 5. 2のバイ

    Travis CIでiOSアプリのリリース作業を自動化する - 24/7 twenty-four seven
  • Xcode 6 (Swift + Travis CI + iOS 8)

    しばらく iOS アプリを開発していなかったので、リハビリをかねて、LittleApps Inc. 名義で配布しているアプリのリニューアルをしました。 今回試みたこと 2アプリを一つの Xcode Workspace で開発する Swift Today Widget Travis CI で CI TestFlight, Amazon S3, iTunes Connect へ配信 XCTest 実行 Katsumi Kishikawa さんのブログ と Gist (.travis.yml, Rakefile) をとても参考にさせていただきました。 Travis CI を無料で使いたいので、公開リポジトリで管理する: ngs/onairlog-ios その中で、いくつか試行錯誤をしたので、そのメモです。 解決できた問題 MagicalRecord の Beta 版を使うと NSFetchedR

    Xcode 6 (Swift + Travis CI + iOS 8)
  • 1