「CIはモバイル開発要件に十分に対応していない」：fastlaneの作成者Felix Krauseへのインタビュー

多くのモバイル開発者は、アプリケーションをリリースする際のタスクを自動化するfastlaneツールを愛しています（スクリーンショットの生成、iOSの場合のコード署名、ストアまたはベータテストシステムへの展開）。 長い間fastlaneはmacOSでしか使用できませんでしたが、現在このプロジェクトは部分的にクロスプラットフォームになっています。 そして、その作成者Felix Krauseは先日、 fastlane.ci CIシステムという新しいプロジェクトを大々的に発表しました。

そして、Felixにインタビューし、両方のトピックについて質問しました。CIの新規性についての質問から始め、次に「通常の」ファストレーンに進みました。

-fastlane.ciの登場に関連して、誰かが「すでに多くのCIシステムがあり、なぜもう1 つある 」と言うかもしれません。 まだ他の製品でカバーされていないfastlane.ciの主な目標をどのように見ていますか？

-Fastlane.ciはモバイル開発者を最前線に置きます。 多くのCIシステムは非常に一般化されていますが、最終的にはモバイル開発の要件にうまく対応できません。 良い例は、チームがSwiftの新しいバージョンに移行するときにXcodeの異なるバージョンを使用する場合です。

したがって、fastlane.ciは、モバイル開発者の作業を楽にする「意見のある」プロジェクトです。 アイデアは、CIシステムがプロジェクトを自動的に認識し、ほとんどの部分がそれ自体をセットアップし、数分で準備できるようにすることです。

-fastlaneとfastlane.ciが完全に連携することは明らかですが、どの程度密接に関連していますか？ fastlaneの他のCIのサポートの優先順位は低くなりますか？ fastlane.ciはfastlaneなしで使用されることになっていますか？

-最後の質問はまだ確定していませんが、これまでのところ、fastlane.ciをfastlaneでのみ動作させることを目指しています。 時間が経つにつれてこの制限は弱くなる可能性がありますが、最初のバージョンで作業する場合、最も重要なことに集中することができます。

ただし、fastlane.ciでの作業は、もちろん、fastlaneと他のCIサービスとの統合には影響しません。 すべての人が、希望するCIシステムを使用する権利を持っています:)

-現在、fastlane.ciはモバイル開発のみをサポートしていますが、「これまで」の予約が行われています。 将来的には、モバイルをメインのままにしておきたいのですが、サポートされているだけではありませんか？

-ここでは、前の回答と同様に、最初に最も重要なことに集中する必要があります。その後、アクティビティの範囲を徐々に拡大できます。

-私たちが理解している限り、fastlane.ciは異なるオペレーティングシステムで実行できます...

-いいえ、fastlane.ciはクロスプラットフォームではなく、macOS用です。

-待ってください。 システム要件には「Ruby 2.3.0以降が必要です。 iOSプロジェクトをビルドするには、macOSとXcodeが必要です。」 つまり、「Ruby 2.3.0以降とmacOSが必要」がより正確になりますか？

-ええ、この問題を明確にするためにREADMEを更新します。 これまでのところ、すべてがmacOS専用に設計されています。

-Fastlane.ciは、iOSとAndroidの両方をサポートする予定です。 Androidの世界では、BuddyBuildでのAndroidサポートの終了により、CIの需要が増加すると思いますか？

-BuddyBuildの使用は、AndroidとiOSの両方で減少すると思います。これは、今後数か月/数年のうちにBuddyBuildからの積極的な開発を待つ価値がほとんどないためです。

-fastlane.ciからfastlaneに移動しましょう。 最初に、トピックから遠く離れている人々の状況を明確にしましょう。 Fastlaneには注意が必要な話があります。最初は独立したプロジェクトで、その後Twitterの支配下に入り、Fabricの一部となり、FabricとともにGoogleに切り替えました。 これにより、「Fastlaneを使用するためにFabricを使用する必要がありますか？」 物事はどうですか？

-現時点では、fastlaneはGoogleの独立したプロジェクトです。 fastlaneを使用するために、Fabric、Firebase、またはGoogleサービスを使用する必要はありません。 このプロジェクトはオープンソースであり、コミュニティとともに私たちによってサポートされています。

-プロジェクトに関する最新ニュースは、「ファストレーンの個々の部分に対するLinuxおよびWindowsのサポートに積極的に取り組んでいる」という発表です...

-まあ、私は個人的にこれを積極的に行いません。 しかし、貢献者のチームには、他のプラットフォームのサポートを引き受ける人がいました。 そしてここ数か月、作業が実際に行われているため、ますます多くのfastlaneコンポーネントがmacOSを必要としなくなりました。

-この作業における回帰の不本意は、優先度の高いメインバージョンを制限しますか？

-はい、これはサポートされているプラ​​ットフォームの数を増やすリスクです。別のプラットフォームで何かを壊すことを常に恐れています。

-iOS開発者はMacに座っているので、クロスプラットフォームのfastlaneの需要はAndroidだけのために発生しましたか、それともiOS側にもありますか？

-React Nativeのようなクロスプラットフォーム開発者を除き、iOSでの高い需要は見ていません。

-Android開発者がfastlaneをインストールするときに、最初の項目として「Xcodeコマンドラインツールの最新バージョンを使用していることを確認する」を参照してください。 :)

-まあ、fastlaneをインストールするMac上のAndroid開発者は、必然的にRubyとOpenSSLをインストールするためにXcodeコマンドラインツールを必要とします。

-そして、iOSのバックグラウンドを持っているAndroidをサポートするプロジェクトの作業を複雑にしますか？

「はい、間違いなく。」 私はiOSアプリケーションを7年間やっているので、プラットフォームとエコシステムについて多くを知っています。 ですから、私は個人的にはAndroidの部分を扱っていません。これに焦点を当てた貢献者のグループがいます。



-fastlane.toolsのメインページには、「fastlane開発者が何時間節約したか」というカウンターが表示されます。 この時計についてどう思いますか？ :)

-fastlaneが更新を確認すると同時に、非常に基本的なメタデータ（主に実行状態で費やされた時間、Xcodeのバージョン、OSのバージョン）を送信します。

「しかし、結局のところ、「fastlaneの実行時間」は、開発者がfastlaneなしで同じタスクに費やす時間とはまったく同じではない場合があります。」 このカウンターは非常に大まかな近似値として設計されていますか？

-はい、そうです。 実際、おそらくfastlaneは開発者をさらに節約しました。 たとえば、ローカライズされたスクリーンショットを手動で生成する場合、はるかに時間がかかります。

-プラグインのエコシステム全体がfastlaneを中心に成長しました。 それらの中で個人的なお気に入りはありますか？

-私は以前「バッジ」を使用していました。これにより、コンパイルの直前にアイコンの「ベータ」アイコンにバージョン番号を簡単に追加できます。

-何かがプラグインとして始まり、メインファストレーンで終わることはありますか？

-はい、これはいくつかのプラグインで発生しました-そのような主なケースはdisable_code_signingおよびenable_code_signingプラグインでした。 Xcode 8では、Appleはコード署名の新しいオプションを追加し、人々はfastlaneでそれを制御したいと考えました。 Helmut（プラグインの作成者）は、彼に連絡したときにプラグインをfastlaneに統合することに親切に同意しました。

-プラグインで驚いた機能はありますか？

-iOSアプリケーションの現在のレビュー期限を受け取ったプラグインが気に入った。

-このような人気のあるツールが大企業によって作成されたのではなく、学生プロジェクトとして生まれたことは驚くべきことです。 そのとき彼は競争相手がいましたか？ 何が彼らを回避するのに役立ちましたか？

-私が始めたとき、アナログはありませんでした。 同様のツールは、Nomad ToolsのShenzhenだけでしたが、その開発は中止されました。 しかし、このようなプロジェクトを単独で開始する方が簡単です。依存関係はありません。

-プロジェクトがTwitterにヒットすると、フルタイムで作業できるようになりました。 しかし、同じ機会を得ると同時に、完全な独立性を維持するために、代わりに何らかの方法で収益化したいですか？

-あなたがプロジェクトに取り組むことを許可している会社がその最善の利益のために行動するならば、私は完全な独立に大きな利点を見ません。 fastlaneの場合、TwitterとGoogleの両方が、プロジェクトをモバイル開発者のコ​​ミュニティにとって最も意味のある方向で開発することを許可し、ユーザーの要望に耳を傾けて取り組みました。 実際、Twitterの前に、fastlaneに関連するfastlaneのスポンサーシップと契約の仕事さえ提供しましたが、それは困難でした-それは非常にストレスがあり、気が散ることでした。 私は間違いなく、Twitterの前にやったことよりも現状を好む。

-あなたの場合、作品自体は学生プロジェクトから生まれました。 そして、これが起こらなかった場合、彼らは何をしますか？ あなたはプライバシーとセキュリティを心配していますか？

-おそらく、私はiOSアプリケーションで作業するでしょう-そして、おそらく、これはプライバシーによるものでしょう、はい。



-あなたのサイトにはプライバシー問題に関するセクション全体がありますが、気づかないうちに、これは業界全体の問題だと思いますか？

-iOSコミュニティでは、特にセキュリティとプライバシーの問題に対する認識が不足していると思います。 これはほとんどの人にとって最も魅力的なトピックではなく、プロジェクトの開発を遅らせる可能性があることを理解しています。 しかし、それは必要です。

広告の分。 4月、Felixはサンクトペテルブルクで開催されたMobiusカンファレンスで「iOS SDKを信頼する」という報告書で講演し、セキュリティの話題に取り組みます。 このインタビューの後、Felixにまだ質問がある場合は、Mobiusが個人的に質問するのが便利です。レポート後の各スピーカーは、適切に質問できるディスカッションエリアに移動します。