問題タブ [android-build]

私は何度もこの問題に直面しています、

以前は、レビューのためにapkファイルをメールでクライアントに送信していました。

時々、彼らは新しく取り付けられたものが更新を取得していないと言っています、それは同じままです。

その中でアップデートを行っても、古いアプリケーションをアンインストールして添付ファイルをダウンロードすることでそれをクラックしたので、mysideのアップデートで正常に動作していました。

私は彼らに同じことをするように頼んだ。しかし、彼らにとってはそうではありませんでした。

だから、いくつかのアイデアを教えてください、

1. apkファイルを共有するためのより良い方法はありますか？
2. PCの「一時およびキャッシュ」など、モバイル内の他のフォルダをクリーンアップする必要がありますか？
3. または、更新されたビルドのどこかを見逃しましたか？

いつも向き合うのはとても難しいです。

前もって感謝します。

android-4.0.1_r1Android Source Link - http://source.android.com/source/downloading.htmlを使用してICS を構築するために、64 ビット Ubuntu 10.04 マシンを 使用しています。私はsun-java6-jdk Open Jdk の代わりに を使用していますが、それが望ましいと思います。しかし、何時間も構築した後、このエラーが発生します。

私は完全なビルドを行っており、sun-jdk6 を使用しています。一部の Java クラスでエラーが発生した可能性があるため、これをキャプチャできませんでした。別のビルドを実行し、いくつかのファイルにログをダンプしました。 、近日中に投稿します。（全体ではなく、エラー部分のみ）

私の論文では、Androidフレームワークを変更し、ソース（4.1.1 Jelly Bean）を構築しています。フルビルドはできますが、これには非常に時間がかかるため（ubuntu 12.04 64ビット仮想マシンで開発しています）、個別のモジュールをビルドしたいと思います。

例：ロケーションモジュールに変更を加える場合、変更されたモジュールをビルドするだけで、新しいシステムイメージを作成できるはずです。

しかし、これは機能しません。起動しようとするたびに、次の理由で新しいシステムイメージが起動しません。

いくつかの調査の後、私は環境変数を使用してdexpreoptを無効にしようとしました

と

'makeinstallclean'を使用して完全な再構築を実行します。完全な再構築が機能し、フレームワークへの変更がビルドに存在します。しかし、新しい変更を行った後でも、「mmmフレームワーク/ベース」と「makesnod」はdexpreoptの不一致をもたらします。

'makesnod'のbuild/core / makefileにも警告が表示されます：'警告：dexpreoptが有効になっていると、完全な再構築が必要になる場合があります。'これはmakefileの次の行から取得されます。

これにより、$ WITH_DEXPREOPT変数が正しく設定または読み取られていないと思いますか？これまでのところ、クリーンな完全再構築を行わずに起動可能なシステムイメージを取得することはできませんでした。dexpreoptを無効にするための正しい手順に従いますか、それともフレームワークに変更を加えて新しいシステムイメージを取得した後、個別のモジュールを構築する他の方法はありますか？

ビルドターゲットは「full-eng」です。

私はいくつかのHQドローアブルを備えたAndroidアプリケーションを開発しました。xhdpi、hdpi、mdpi、ldpiなどのさまざまな解像度にさまざまなドローアブルを使用しました。だから私の最終的なapkファイルサイズは増加し、それは5.8MBです。そのapkファイルをAndroidマーケットにアップロードしました。12MBのサイズで表示されています。そして、同じapkをHTC Sprint 4Gデバイスにインストールし、設定でアプリ情報に移動しました。アプリのサイズは7.8MBと表示されています。それが間違ったapkサイズを表示する理由です。誰かが私にアプリケーションの署名に問題があるかどうかアドバイスできますか？考えられる障害とその解決策があるかどうかを教えてください。

前もって感謝します。

skip packaging and dexingEclipseやADTのようにIntelliJIDEAで設定する方法があるかどうか疑問に思っています。Additional VM OptionsIntelliJのAndroidDXコンパイラセクションにフィールドがありますPreferences。おそらくこれが方法であり、設定方法です。IntelliJAndroidプロジェクトのビルドを高速化する方法という別のヒントもいただければ幸いです。

I have the following situation, I have an Android codebase where I read data from a DB on an sdcard. Now Lets say I have two folders mnt/sdcard/folder1 which has 1.sqlite in it and mnt/sdcard/folder2 which has 2.sqlite in it. Is there a way I can build and install two apk's 1.apk and 2.apk which read from the respective folders and databases at runtime? The codebase is the same - just at run time - one of the apk's is called 1.apk which knows it has to read from the first folder and the second from second. And both are installable at the same time.

OR

is there a better way to achieve this ?

Android 2.1で構築しているAndroidアプリがあります。しかし、より大きなビルドに切り替える時が来ました。2 つ以上の Android ビルド バージョンをサポートする最善の方法は何ですか。次のような提案がありました。

1. 2 つのビルドに git ブランチを使用する
2. ネイティブの最初の 2.1 アプリをライブラリ プロジェクトにし、ライブラリの共通クラスを使用するがすべてのコントローラーを書き換える 2 つの個別のプロジェクトを作成します。

3. ライブラリ プロジェクトを使用します。異なるビルドには 2 つの個別のプロジェクトがあり、特定のビルドのクラスを使用する必要がある場合は、ライブラリ プロジェクトから次のようなものを呼び出す必要があります。

   0、hotelList.size()、hotelList、cretedFromAssets);

   ここで、Config クラスは、ビルド バージョンに含まれ、特定のビルドのクラス名を含む構成ファイルを参照します。

   したがって、シナリオは次のようになります。lib プロジェクトが Config クラスを呼び出し、次に config クラスが現在のビルド (4.2 または 2.1) の構成ファイルを呼び出し、構成ファイルはクラス名と Config クラスを返します。クラスを lib プロジェクトに返し、Lib プロジェクトはコードを使用してクラスをインスタンス化します。

   hotelAdapter = adapterClass.getConstructor(String.class).newInstance(HotelDistrictListActivity.this, 0, hotelList.size(), hotelList,cretedFromAssets);

2 つの Android バージョンの 2 つの別々のビルドを維持するためのより良い方法または最適な方法を提案するか、2 つ以上の Android ビルドを維持するために使用する方法を提案してください。ありがとう

私はantすべてでapkを構築しようとしていますが、コンパイルは次のエラーメッセージで失敗します：

eclipseでは正常にコンパイルされ、コードのその部分を削除すると、antビルド中にもコンパイルされます。

Androidプロジェクト間でコードとリソースを共有するための標準的なアドバイスは、ライブラリを使用することです。個人的には、（a）共有コードが大幅に変更された場合、または（b）コンピューターの速度が十分でない場合、これはうまく機能しないことがわかります。

また、複数のAPKをデプロイしたくありません。これは、依存プロジェクト（つまり、Javaビルドパス、[プロジェクト]タブ）を使用する場合に必要と思われます。

一方、Eclipseのリンクされたソース機能（Javaビルドパス、[ソース]タブ、[リンクソース]ボタン）を使用してソースコードのフォルダーを共有することはうまく機能しますが、次の2つの問題があります。

1）同じ手法を使用してリソースを共有することはできません。リソースの親フォルダーへのリンクを作成できますが、問題が発生し、共有リソースがコンパイルされません（ADT 21を使用しています）。

2）それで、共有リソースを各プロジェクトにコピーすることに決めましたが、どちらかのためにこれは機能しません。共有コードは、それを使用するプロジェクトのパッケージ名を知らないため、リソースのコピーをインポートできません。私が使用している解決策は、リソースに動的にアクセスすることですが、リソースの数が増えるにつれて、それは面倒になりました。

したがって、（1）または（2）のいずれかの解決策が必要です。そうでない場合は、ライブラリプロジェクトに戻る必要があります。（または、私が考えていなかった別のオプションがあるかもしれませんか？）

androidソースの構築中に次のエラーが発生します。android.os.ServiceManagerを使用するカスタムアプリを追加しました。

なぜこのエラーに直面しているのですか、実際にはこのインポートはAndroidソースの他の多くのアプリで見つけることができます。

http://source.android.com/source/building.htmlのようにAndroidソースを構築しており、 この投稿もフォローしています。インポートandroid.os.ServiceManagerは解決できません。

詳細については、[android root] / packages /app/ディレクトリにビルドしています

誰かが私がこれを解決するのを手伝ってくれますか？