2011-01-25 58 views
0

由于某些原因,我无法追查到,包含基于Qt插件的项目的解决方案之一正在崩溃。Qt VS插件问题

我们有多个开发人员在同一个项目上工作。 Qt选项有一个版本设置,我们都使用相同的名称,但路径在我们不同的机器上是不同的。由于插件设置的属性表似乎在QT4VSPropertySheet.props文件上执行了一些魔术,所以QTDIR被重置为本地机器,因此这似乎在很多时候都工作正常。

不幸的是,由于我无法弄清楚的原因,它有时不会这样做。该团队的另一位成员刚刚添加了几个项目,将其分离成一个解决方案。其中一些将属性表中的QTDIR设置更改为本地机器,其他则不。

VS的版本是2010,插件的版本是1.1.7。我的QTDIR设置为本地机器上的环境变量。似乎没有解决问题。

到目前为止,这只是一个解决方案。它首先在构建服务器的解决方案中显示为一个项目的发布版本的问题。我们登录到构建服务器并手动构建项目并解决问题。现在,只有一些机器上建立了项目的垃圾负载。

任何想法跆拳道是在这里?


更多信息:问题项目似乎已经忘记了他们是Qt插件项目。试图通过说“转换为Qt项目”来制造这种情况会导致严重的荒谬。 QTDIR最终被设定为像怪异的废话 “path_to_project \ $(QTDIR)”


失位:

<ProjectExtensions> 
    <VisualStudio> 
     <UserProperties QtVersion_x0020_Win32="Qt4" /> 
    </VisualStudio> 
    </ProjectExtensions> 

有了这些东西丢失该项目将无法正常工作。不知道什么删除了它。试图使用菜单来做到这一点,导致严重的软管。使用记事本进行编辑并将这些位重新放入,在</Project>标记之前,解决了该问题。

+0

发现我的问题 - 与属性表无关。有些东西已经改变了项目文件,所以魔术比特告诉它由缺少的插件控制。把这些位退回来解决了这个问题。 – 2011-01-25 20:04:40

回答

-1

Qt支持表碰到这个问题,一种解决方法是确保属性表不包含在源代码管理中,并让每台机器在本地重建它们。最后,我们不得不重做安装,以便Qt在每个开发人员机器上处于相同的路径上。