Ada*_*mAL 7 c# build-automation visual-c#-express-2010
背景:我的团队由3个相当缺乏经验的开发人员组成.我们正在为我们公司开发内部软件.目前,我们有许多较小且独立的解决方案.其中许多是相互依存的.目前,这些依赖关系是通过引用相应版本文件夹中的输出dll来实现的.通过手动重建依赖解决方案来推动更新.
示例: 解决方案A使用解决方案B的功能.连接是通过解决方案A引用...\Release\B.dll.对B的更改通过构建解决方案B传播,然后构建解决方案A等等.
这在以前工作正常,但现在我们正在从手动(头脑麻木)"版本控制系统"(folder1,folder2,folder2New ...)转向使用正确的(git).
似乎不建议对.dll进行版本控制.这意味着每次有人想要构建新版本的A时,他还需要构建B(以及可能的其他5个解决方案)以获得最新版本的B.
我认为必须有更好的方法来做到这一点.我一直在考虑将相关的解决方案组合到一个主解决方案中,但我无法弄清楚如何在Visual C#Express(我们正在使用)中执行此操作.
所以最后问题:
有一个主要的解决方案,可以构建所有方法吗? - 它似乎来自MSDN,但我无法弄清楚如何在Visual C#Express 2008中做到这一点,这让我有所帮助
这在Visual C#Express中是否可行?如果没有,管理问题的好方法是什么?
编辑感谢所有人提供下面的好建议.这是我最终做的总结.
简而言之,问题的答案是:"是"和"排序,但大部分都是".我实现如下:为了了解依赖关系,我按照下面的建议做了,并绘制了二进制产品的映射,箭头指向dll或exe的名称到其所有依赖项.
对于每个项目,我都打开了相应的解决方案(因为最初有一个解决方案项目).然后,我在图中显示的树结构中添加了每个依赖项的项目文件(通过右键单击解决方案资源管理器中的解决方案),以便还包括依赖项的依赖项等.然后我删除了旧的引用(直接指向.dlls)并添加了对项目的引用.
重要的结果是:
我将创建一个新的解决方案,并将所有相互关联的项目添加到其中.您可以将每个原始解决方案中的项目分组到新解决方案中的不同解决方案文件夹中.这样,当您构建项目时,它所依赖的所有项目也将构建.它还意味着您将使用相同的配置(即Release或Debug)构建所有项目.这意味着所有项目都可以在Debug中构建,而不仅仅是依赖树中的顶层项目,而它下面的所有项目都是Release程序集.使调试更容易.
归档时间: |
|
查看次数: |
2369 次 |
最近记录: |