在创建者4.1更新1中，在从存储库抓取之后，我需要构建两次。为了启动初始构建，我使用Buff-& GT；清理并构建所有项目。构建会在钳工生成的文件上失败，需要很长时间才能恢复。（文件中有很多空字符）。在第一次构建失败之后（大约需要3到4分钟，Creator似乎在等待某种超时），然后我选择第二次构建和清理并构建所有的项目。这一次构建在30或40秒内完成，没有错误。
工作空间中唯一困难的方面是项目正在使用外部库。（依赖关系被正确地设置为依赖于外部库，并且外部库在到达生成失败的主要项目之前正确构建）。失败的文件不是库的一部分，但它是一个简单的时钟信号，使用示意工具输入到库中。
这个问题比任何事情都更烦人。工作空间存储在存储库中，因此所有文件的时间戳基本上是相同的。没有生成的文件被存储在存储库中（并且做一个干净的构建应该删除那些文件）。
在以前版本的创建者中，我没有遇到这个问题，但在那时，我也没有任何外部库（除了标准的库）链接到应用程序。
以上来自于百度翻译
以下为原文
In Creator 4.1 update 1, after grabbing from the repository I need to build twice. To kick off the ini
tial build, I use Build->Clean and Build All Projects. The build will fail on a file generated by the fitter and take a long time to come back. (The file seems to have a lot of null characters in it). After the first build fails (takes about 3 or 4 minutes where Creator seems to be waiting for some sort of timeout), I then choose Build->Clean and Build All Projects a second time. This time the build completes without errors within 30 or 40 seconds).
Only difficult aspect of the workspace is that the project is using an external library. (The dependencies are set properly to depend on the external library, and the external library builds properly before getting to the main project where the build fails). The file that is failing is not part of the library, but it is a simple clock signal being fed into the library using the schematic tool.
This issue is more of annoyance than anything. The workspace is stored in a repository, so there is the possibility that the timestamps of all the files are essentially the same. No generated files are stored in the repository (and doing a clean build should remove those files anyway).
I did not run into this issue on previous versions of Creator, but at that time I also did not have any external libraries (besides the standard ones) being linked to the application.
举报
