由于主项目的复杂 lib-project 依赖关系，Jenkins-Server 上的自动化 Android UI 测试失败

Question

简单总结一下，我的项目结构如下：
- A 和 B 是 android lib-projects，其中 B 依赖于 A
- C（普通的android项目）依赖于B
- T 是 C

的测试项目

我的 jenkins 服务器上有相应的两个项目，一个用于 C，一个用于 T，它们有自己的构建脚本，实际上只使用 android 和 ant 命令.所以C的build没有问题，但是我无法得到T的work build。

“工作”应该意味着，根据脚本，它要么不编译，要么在运行时失败，因为缺少一些类，实际上不可能，或者没有通过 dexing 阶段，因为添加重复项。

所以很明显，依赖项有问题，但有趣的是它在本地机器上运行得非常好用 eclipse & 在模拟器上。

所以这里有一个示例 shell 脚本代码，它实际上应该可以工作并创建一个 apk 文件：

cd project-test
android update test-project -m ../projectC -p .
ant clean debug

不幸的是，这会导致来自 B 的一些类（我也将要测试）无法从 java 编译器中找到，并且我总是会收到如下错误：

...
[javac] Compiling 14 source files to /home/mehmed/git/project/test-project/bin/classes
[javac] SomeActivityTest.java:8: package com.mydomain.portal.android.project.activity does not exist
[javac] import com.mydomain.portal.android.project.activity.SomeClass1;
[javac]                                                        ^
[javac] SomeActivityTest.java:9: package com.mydomain.portal.android.project.data does not exist
[javac] import com.mydomain.portal.android.project.data.SomeClass2;
[javac]                                                    ^
[javac] SomeActivityTest.java:10: package com.project.portal.android.project.util does not exist
[javac] import com.mydomain.portal.android.project.util.SomeClass3;
[javac]                                                    ^
...

我确实尝试了几乎所有可能的方法来解决这个问题，甚至手动编辑 project.properties 文件并同时包含 B 或 B 和 C 作为 lib-像这样的项目：

cd project-test
android update test-project -m ../projectC -p .
echo "android.library.reference.1=../projectB" >> project.properties
# or even also projectA:
echo "android.library.reference.2=../projectA" >> project.properties
ant clean debug

这一次由于从 lib-projects 中重复添加类而导致 dexing 错误。

有人对解决此问题有任何想法吗？提前感谢您的帮助！

Answer 1

在您的测试项目 T 中，如果您有 SomeActivityTest 显式导入/使用库项目 B 和/或 C 中的某些包/类>，您必须将库项目添加为测试项目的依赖项，因为在项目构建时需要引用的包/类。如果不这样做，编译测试项目时会出现以下错误：

[javac] SomeActivityTest.java:8: package com.mydomain.portal.android.project.activity does not exist
[javac] import com.mydomain.portal.android.project.activity.SomeClass1;
[javac]                                                        ^
[javac] SomeActivityTest.java:9: package com.mydomain.portal.android.project.data does not exist

如果您在主项目和测试项目中都添加库项目作为依赖项，并使用 Ant 构建您的测试项目，则会在 dexing 步骤中导致重复条目。 Eclipse ADT 插件知道如何正确处理这种情况，因此您在使用 Eclipse 构建时不会遇到这种麻烦：

[dx] UNEXPECTED TOP-LEVEL EXCEPTION:
[dx] java.lang.IllegalArgumentException: already added: Lcom/mydomain/...;
[dx]     at com.android.dx.dex.file.ClassDefsSection.add(ClassDefsSection.java:123)
[dx]     at com.android.dx.dex.file.DexFile.add(DexFile.java:163)

目前，有一个解决方法（ant script 中的脏修复），查看我的回答 here 了解详细信息。

请注意，最新的 SDK 版本 r17 进行了许多错误修复和改进。根据changelog 的说法，它声称现在 SDK 可以更智能地处理重复依赖项，尽管我还没有对 Test Project 感到厌倦。也许你可以试一试，看看它是否有效。希望这会有所帮助。

Answer 2

从一般描述来看，这听起来像Android bug #21720 — 最近对 Android 构建系统的更改意味着在命令行上构建此类项目无法正常工作。

comments 16 and 17 中有一个解决方法，您可以尝试。