2011-10-21 12 views
1

私はSVNでバージョンアップされたアンドロイドプロジェクトを持っています。私は私のリポジトリの中に3つのEclipseプロジェクトを持っています。ライブラリプロジェクト、無料版プロジェクト、有料版プロジェクト。私の現在のリポジトリの構造は次のとおりです。アンドロイドプロジェクトのリポジトリ構造

repository/ 
    branches/ 
    tags/ 
    trunk/ 
     freeversion/ 
     paidversion/ 
     library/ 

は、この内容のためのより良い構造はありますか?

ありがとうございます!

答えて

1

アプリケーションの2つのバージョンが、独自のビュー、インテント、アクティビティなどを必要とするほど大きく異なっているのでしょうか、有料版では単にアプリケーションに機能を追加するだけですか?

いずれにしても、私はおそらくビューを除いてすべてを共有するでしょう。通常、ビューはアプリケーションを実行するとユーザーに差をつけます。このような

何か:怒り顔用

repo/ 
    branches/ 
    tags/ 
    trunk/ 
     src/ 
     lib/ 
     views/ 
      free/ 
      premium/ 

Upvote!

+1

怒りの顔のUpvote? – Jack

+1

@Jack:彼のアバターは、私のものと同じ、レッドからのものです。 – Andre

+0

ありがとうAndre!それは私のリポジトリの構造化に役立った! redditと怒りの顔のために、 – rfsbraz

1

私はライブラリプロジェクトの再利用をサポートするためのいくつかの調整で、上記の構成を使用します。各アプリのプロジェクトで

  • 、私は相対的なSVN経由でロードされたすべてのライブラリプロジェクトで、見た目ディレクトリを作成します。見た目

    のsvn PGのsvn:各プロジェクトには見た目の外観/ ../../libSque​​llo libSque​​llo ../../FacebookSDK FacebookSDK

  • 、私が参照するために、default.propertiesを変更しますライブラリへの相対パス

    android.library.reference.1 =見た目/ FacebookSDK android.library.reference.2 =見た目/ libSque​​llo

アプリは私のコレクションが増えるようので、私はこのアプローチが好き、私はすべてのアプリをチェックアウトする必要はなく、1つのプロジェクトをチェックアウトすることができます。依存関係も確認してください。

このアプローチの欠点は、複数のライブラリファイルを編集する場合、プロジェクト。

関連する問題