1
0
我也希望这个问题有一个好的答案。我所做的是设置它,以便每个解决方案引用包含和库的$(solutiondir)\build目录。这样,每个依赖于其他项目的项目都可以访问它们,版本也不会竞争。然后有后期生成命令将头文件和.lib文件打包到“distribution”文件夹中。我使用cc.net在签入时构建每个包。当我们决定更新依赖项项目时,我们会将其“发布”给自己,这需要手动标记,手动将current.zip复制到发布区域并给它一个版本号,然后将其复制到依赖升级的项目的/构建中。 除了最后的这个手动过程,所有的工作都非常好。我真的很想摆脱它,但似乎不能。阅读ACM的一篇关于“连续发布”的文章,这篇文章对于实现“连续发布”是非常好的,但是没有任何实现。我一直告诉自己我会做一个。 如果我在Windows文件系统中使用“jointons”,我可以将“distribute”链接到“build”,然后构建一个二级解决方案,其中包括所有相互依赖的项目来构建产品。当我这样做的时候,虽然它鼓励开发人员将它用于主动开发,但这不利于TDD和适当的发布。 |
A.Mostafa · 什么是好的在线开发IDE? 7 年前 |
kizoso · 如何使用WebStorm向文件夹添加注释? 7 年前 |
Nils Kuhnhenn · 失明如何影响你的编码风格?[已关闭] 7 年前 |
Gregor Menih · 配置网页包以查找与目录名匹配的文件 7 年前 |
LearningNeverEnds · 无法启动接收器(未找到活动) 7 年前 |
Helmut Granda · 编辑Docker内容 7 年前 |