2009-11-20 183 views

回答

5

可能没有,即使有项目和多个配置很多,使用SCons给你显著更大的透明度和灵活性有关管理您的构建不是视觉工作室一样。作为一个起点,最好是每个人轮流做一次。

  1. 从一个项目创建一个新的Makefile项目
  2. 克隆源在Makefile中命令另一个
  3. 调用scons的。
  4. 用scons版本替换旧项目上的依赖关系。
  5. 测试
  6. 从每个项目重复1.。

一旦您完成了一些项目,将构建类型(共享库,静态库和程序)和平台之间的主要差异重构为可导入的常见scons助手模块非常容易。在Windows上,考虑调试和发布构建,标准库链接和异常处理等标志组。

而且,事情看出来的包括:

  • 如果你正在做跨平台的构建,考虑相对于缺少符号的影响的链接模型之间的差异。
  • 你将如何处理清单文件和调用visual studio工具。
  • 变异构建目录(调试/发布)在开始时可能会非常棘手。一旦确定必要,从简单开始,并增强您的构建。
+1

我开始看到一种跨平台开发模式,人们从Make/Scons构建开始,然后让构建者为本地平台生成Visual Studio/Eclipse/XCode项目,以支持使用它们的人员。 – Fuzz 2009-11-23 02:14:06

+0

这将是正确的做事方式,但是所讨论的解决方案有数百个项目/依赖项(如果它们全部都是在同一个解决方案中生成的)。 – Danielb 2009-11-23 16:59:16

0

以下script看起来很有希望。我可能会给它一个提示:由于解决方案的规模庞大,手工解决方案的原因并不完全实际:它有数百个项目。这就是为什么我认为一个能产生SCons模块的脚本会给我一个起点。

不幸的是,将问题解决方案移植到SCons手中本身就是一个项目!虽然我承认这将是“正确”的方式。

相关问题