有没有人将 Qt 提交给他们自己的源代码控制？答案

【问题标题】：Does anyone commit Qt to their own source control?有没有人将 Qt 提交给他们自己的源代码控制？
【发布时间】：2009-04-11 01:46:22
【问题描述】：

有人将 Qt 提交给他们自己的源代码控制吗？如果是这样，你怎么做？你是提交整个 Qt 目录还是只选择应用程序需要的目录（bin/lib/include/src）

Qt 新版本出来后，你是如何处理的？

我之所以问，是因为我正在尝试设置构建自动化，而 Qt moc 有点痛苦……只是想知道人们通常如何处理提交 3rd 方库。

【问题讨论】：

【解决方案1】：

在我的公司，我们不将 Qt 提交到源代码，我们在构建机器上单独编译它，然后在项目中链接到它，无论是 C++、Java (Jambi) 还是 Python (PyQt)。

在构建/打包阶段，我们的构建工具会根据需要记录依赖项并包含 DLL 等。如果您有兴趣，我们正在使用 Kitware 的 CMake。

它具有跨平台的额外好处。根据您的项目规模，可以考虑使用 Kitware 提供的补充工具 CPack、CTest 和 CDash。（免责声明：我不为 Kitware 工作，但我确实帮助编写了一个依赖于 Kitware 某些产品的项目。

我还听说有些人使用 Qt 自己的 QMake 工具取得了巨大的成功，该工具应该与 Qt 的源代码分发一起提供。

【讨论】：

【解决方案2】：

我不确定您的大部分帖子，但我可以告诉您的一件事是，您不必每次发布新版本时都进行更新。稍等片刻，您稍后可能会感谢自己。可以在家更改版本以随意使用它，但是如果您在商业上这样做，那可能会非常痛苦！微软让我很难学会这一点！

【讨论】：

【解决方案3】：

对于 git，我使用 git-submodule。这允许我链接到另一个存储库（git、svn 等）但不将源保存到您的存储库，您只需使用“git 子模块”来拉取它。当您推送主仓库时，它不包含子模块。这允许您保留本地副本，其他任何人都可以使用 submodule 命令拉取子模块。

【讨论】：