为什么我的worklight项目的构建/部署要比同事慢得多? [英] Why does my worklight project build/deploy much slower than coworkers?

问题描述

我最近刚在Eclipse中安装了worklight以便开发iPad应用程序，但是我注意到与其他开发人员相比，构建和部署它花费了我更长的时间.其他的每次构建耗时5-7分钟，而我的大约需要25-30分钟.我不确定这可能是什么原因，并希望就可能的原因提出一些建议?

I just recently installed worklight in Eclipse in order to work on developing an iPad app, but I noticed it takes me significantly longer to build and deploy compared to the other developers. The others take rougly 5-7minutes each build while mine takes about 25-30 minutes. I am not sure what could be the reason and was hoping for some suggestions on what it may be?

有人告诉我，在构建过程中，Worklight将项目的内容复制到计算机上的另一个目录中，我认为该目录的位置可能是问题所在，但是我不确定如何检查该位置正在发生.

I was told that in the build process worklight copies the contents of your projects to another directory on your machine, and I think the location of that directory might be the issue, but I am not sure how to check to see where this is happening.

:根据要求提供更多详细信息:

To give more details as requested:

我的机器和我的同事机器都运行Windows 7 Enterprise，带有Intel双核和8G RAM.

Both my machine and my coworkers machine are running Windows 7 Enterprise, with Intel dual core and 8G of RAM.

包含项目的工作空间位于C:驱动器的本地位置，但是用户配置文件/文件夹(例如我的文档")存储在共享的网络驱动器上.该项目本身为143mb.

The workspace containing the project is located locally in the base of the C: drive but user profile files/folders such as My Documents are stored on a shared network drive. The project itself is 143mb.

推荐答案

我能够解决自己的问题，Worklight使用的是存储在共享网络驱动器上的.wlapp.通过将TEMP和TMP环境变量更改为一个确定为本地的文件夹(例如C:\ TEMP)，Worklight然后仅访问本地文件，从而极大地加快了构建过程.

I was able to fix my own problem, worklight was using a .wlapp which was stored on my shared network drive. By changing the TEMP and TMP environment variables to a folder which is for sure local, such as C:\TEMP, worklight then accesses only local files great speeding up the build proccess.

这篇关于为什么我的worklight项目的构建/部署要比同事慢得多?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！