是否有可以添加的预构建操作或某些编译器开关？
目前我的解决方案中有太多项目.我想添加新模块并将它们编译成单独的程序集.我正在寻找可以避免为每个程序集添加新项目的选项.
我正在使用Visual Studio 2005.
此外,值得一提的是,2008年是否有更好的功能.
编辑#1:有两个开发团队正在处理这个项目,我们希望将模块大致切割成两个垂直区域并保持组件分离,以便正在进行的补丁(发布后)与两个垂直中的功能不重叠,并且测试足迹最小化.
目前该解决方案有大约8个项目,我们需要为第二个团队设置结构以开始开发.
我不想最终在解决方案中添加5或6个新项目,而是在现有项目中创建文件夹,以便为新团队提供单独的代码或一些简单的方法.
Jon Skeet.. 5
不,Visual Studio仍然是"每个程序集一个项目".你真的需要那么多不同的组件吗？
您可以编写自己的构建规则,从单个项目创建多个程序集,但我怀疑它会导致Visual Studio变得非常困惑的痛苦世界.
如果您可以向我们提供有关您需要大量装配的原因的更多详细信息,我们可以帮助您提出不同的解决方案.
编辑:读完更新后的问题,听起来你可能会更好地关闭源代码控制中的两个分支,并合并到主干(并从主干更新).或者,如果两个团队真正在处理代码的独立部分,那么单独的项目可能确实是最佳解决方案.
Visual Studio的一个问题(IMO)是项目中的文件被明确列出 - 这意味着项目文件成为大的合并瓶颈.我更喜欢Eclipse模型,其中源路径下的任何源文件都隐式包含在构建中(除非您明确地将其排除).
不,Visual Studio仍然是"每个程序集一个项目".你真的需要那么多不同的组件吗？
您可以编写自己的构建规则,从单个项目创建多个程序集,但我怀疑它会导致Visual Studio变得非常困惑的痛苦世界.
如果您可以向我们提供有关您需要大量装配的原因的更多详细信息,我们可以帮助您提出不同的解决方案.
编辑:读完更新后的问题,听起来你可能会更好地关闭源代码控制中的两个分支,并合并到主干(并从主干更新).或者,如果两个团队真正在处理代码的独立部分,那么单独的项目可能确实是最佳解决方案.
Visual Studio的一个问题(IMO)是项目中的文件被明确列出 - 这意味着项目文件成为大的合并瓶颈.我更喜欢Eclipse模型,其中源路径下的任何源文件都隐式包含在构建中(除非您明确地将其排除).
京公网安备 11010802040832号 | 京ICP备19059560号-6 