Subversionでアプリの無料/有料バージョンを個別に維持する方法

Androidマーケットプレイスに有料アプリケーションを持っていますが、無料の広告サポートバージョンをリリースしたいと考えています。

私がこれを行うと思った最も簡単な方法は、広告を追加するための追加のコードを含むsubversionリポジトリーにブランチをセットアップすることでした。ただし、これをAndroidマーケットプレイスに送信しようとすると、一意のパッケージ名が必要になります。すべてのクラスファイルのパッケージを変更する必要があるため、トランクとブランチのマージが非常に面倒になるため、このソリューションはもはや機能しません。

これら2つのプロジェクトを一緒に保ち、パッチを共有しながら、異なるパッケージを使用する最良の方法は何ですか？

コンパイラ指令を検討しましたか？

例：

#define FREE
// ...
#if FREE
Console.WriteLine("Free version");
#else
Console.WriteLine("Paid version");
#endif

まったく同じコードベースを維持し、2つの個別のビルドスクリプトまたはパラメーター化可能なスクリプトを使用して、2つのビルドをターゲットにすることができます。

msbuild /p:DefineConstants=FREE

Javaでこれを行うには、こちらとこちらをお読みください。そして多分これ。

アプリケーションパッケージのみが一意である必要があります。こちらをご覧ください。これは、マニフェストファイルで宣言されたパッケージです。ほとんどのコードをで使用できcom.mydomain.myapp、で別のメインアクティビティを使用できcom.mydomain.myapp.freeます。

本当に分離したい場合、最良の方法は、同じリポジトリの2つの部分として設定することです。そうすれば、少なくとも異なるブランチ間で変更をマージできます。完全に分離したい場合は、多くのパッチファイルをシュレッピングします。

私はこれをしました、そして率直に言って、それは実際には素晴らしい戦略ではありません。特にコンパイルされた環境では、コードベースが2つではなく1つになるように、無料と有料の別々のビルドプロセスを用意する方がはるかに優れています。2つのコードベースがある場合、状況は異なります。

バージョン管理は、このようなことを管理する方法としては不十分です。最終的には、メンテナンスの悪夢- ほとんど同一である必要のある2つの個別のアプリケーション-が発生します。

複数のプロジェクトソリューションを検討しましたか？（注意：私は実際にこれを実行していませんが、実現可能であり、Androidで許可されていると思います。後で試して、確実に確認します。）すべてのアプリコードをメインプロジェクトjarにコンパイルします。次に、2つの個別のAndroidアプリを作成します。1つは有料バージョン用で、もう1つは無料バージョン用です。これにより、パッケージの命名問題が解決されます。これらのアプリは、広告バージョンに広告をサポートするコードが含まれていることを除いて、ほとんどすべてのことをメインjarに委任します。

同様のトピックに関するこのディスカッションも興味深いかもしれません。

を使用してアプリをビルドするとfeature toggle、目的を達成できますが、多くのコードをやり直す必要がある場合があります。

次のような.iniファイルで2（私は3をお勧めします）の機能コンテナー環境を定義することによって：

[paid]
features.ads = false
features.featureOne = true
features.featureTwo = true
features.premiumFeature = true
features.underDevFeature = false
features.debug = false;

[free:paid]
features.ads = true
features.premiumFeature = false

; And the optionnal third
[development:paid]
features.debug = true
features.underDevFeature = true

このようにして、バージョン管理ソースに1つのブランチしか必要としない、統一されたバージョンがあります。

特定のスクリプトでは、機能が承認されているかどうかを確認する必要があります。承認されていない場合は、表示されません。