6
A
回答
5
可能没有,即使有项目和多个配置很多,使用SCons给你显著更大的透明度和灵活性有关管理您的构建不是视觉工作室一样。作为一个起点,最好是每个人轮流做一次。
- 从一个项目创建一个新的Makefile项目
- 克隆源在Makefile中命令另一个
- 调用scons的。
- 用scons版本替换旧项目上的依赖关系。
- 测试
- 从每个项目重复1.。
一旦您完成了一些项目,将构建类型(共享库,静态库和程序)和平台之间的主要差异重构为可导入的常见scons助手模块非常容易。在Windows上,考虑调试和发布构建,标准库链接和异常处理等标志组。
而且,事情看出来的包括:
- 如果你正在做跨平台的构建,考虑相对于缺少符号的影响的链接模型之间的差异。
- 你将如何处理清单文件和调用visual studio工具。
- 变异构建目录(调试/发布)在开始时可能会非常棘手。一旦确定必要,从简单开始,并增强您的构建。
0
以下script看起来很有希望。我可能会给它一个提示:由于解决方案的规模庞大,手工解决方案的原因并不完全实际:它有数百个项目。这就是为什么我认为一个能产生SCons模块的脚本会给我一个起点。
不幸的是,将问题解决方案移植到SCons手中本身就是一个项目!虽然我承认这将是“正确”的方式。
相关问题
- 1. visual studio解决方案
- 2. Visual Studio:单一解决方案还是很多解决方案?
- 3. Maven2中的Visual Studio C++解决方案
- 4. Visual Studio 2005解决方案的问题
- 5. Visual Studio 2010的解决方案工厂
- 6. 包装Visual Studio LoadTest解决方案
- 7. NServiceBus Visual Studio解决方案架构
- 8. 合并Visual Studio解决方案文件
- 9. Visual Studio 2010解决方案问题
- 10. Windows Azure Visual Studio解决方案
- 11. 从sourcesafe断开Visual Studio解决方案?
- 12. 合并Visual Studio解决方案文件
- 13. 一把umbraco Visual Studio解决方案(V4.7)
- 14. 确定解决方案配置(Visual Studio)
- 15. Visual Studio解决方案和项目
- 16. visual studio解决方案配置权
- 17. CMake Visual Studio解决方案设置
- 18. 分享Visual Studio解决方案
- 19. Sitecore和多个Visual Studio解决方案
- 20. Visual Studio'重建解决方案'错误
- 21. Visual Studio 2005清洁解决方案
- 22. 如何从Visual Studio解决方案
- 23. 最小的Visual Studio版本的Visual Studio 2015年解决方案
- 24. Visual Studio 2008中的Visual Studio 2010(测试版2)解决方案
- 25. 的SharePoint Visual Studio解决方案在解决方案库中不可见
- 26. 在Visual Studio中构建解决方案,重建解决方案和清理解决方案的区别?
- 27. 打开Visual Studio 2010解决方案在Visual Studio 2013中
- 28. Visual Studio 2005解决方案不显示visual studio图标
- 29. 针对网站的Visual Studio重写解决方案配置
- 30. visual studio 2015 nuget解决方案未保存如何解决?
我开始看到一种跨平台开发模式,人们从Make/Scons构建开始,然后让构建者为本地平台生成Visual Studio/Eclipse/XCode项目,以支持使用它们的人员。 – Fuzz 2009-11-23 02:14:06
这将是正确的做事方式,但是所讨论的解决方案有数百个项目/依赖项(如果它们全部都是在同一个解决方案中生成的)。 – Danielb 2009-11-23 16:59:16