使用build标记修改AndroidManifest.xml会导致Eclipse中的无限重建

使用build标记修改AndroidManifest.xml会导致Eclipse中的无限重建,android,eclipse,build,auto-versioning,timestamping,Android,Eclipse,Build,Auto Versioning,Timestamping,我在Android构建系统中添加了一个标记/日期戳系统,类似于Stack Overflow上的线程: 这对我来说非常好,这篇文章非常棒,我只是简单地修改了Perl以放入一个邮戳,如下所示: perl -npi -e 's/(Build Date:)(.+)(DEV-MOB)/"Build Date: " . localtime() . " DEV-MOB"/e;' $MANIFEST 我现在要处理的问题是Eclipse希望继续一次又一次地构建。一旦它看到AndroidManifest.xml已

我在Android构建系统中添加了一个标记/日期戳系统,类似于Stack Overflow上的线程:

这对我来说非常好,这篇文章非常棒,我只是简单地修改了Perl以放入一个邮戳,如下所示:

perl -npi -e 's/(Build Date:)(.+)(DEV-MOB)/"Build Date: " . localtime() . " DEV-MOB"/e;' $MANIFEST
我现在要处理的问题是Eclipse希望继续一次又一次地构建。一旦它看到AndroidManifest.xml已经更改,它就会启动另一个自动构建,从而更改AndroidManifest.xml并引发另一个自动构建。。。冲洗,起泡,重复

我已经关闭了“自动生成”,结果对我来说很好(即只在调试部署和/或清理之后生成),而不是像Eclipse希望的那样在每个文件上保存和/或更改。同事希望Autobuild正常工作,并说我的日期戳有缺陷

如何让“构建器”在修改AndroidManifest.xml后将树标记为已刷新和/或最新,从而使树不会继续循环?看起来像是对表示“刷新”的标志进行了评估,并在上一个生成之后触发新生成

谢谢,如果需要,我可以发布更多关于日期戳的详细信息


DD

检查您的建筑商在项目建筑商列表顺序中是否排在第一位。

检查您的建筑商在项目建筑商列表顺序中是否排在第一位