C# Bamboo和NuGet或如何管理项目的不同版本
我们的产品由20多个项目组成。问题是，我们在今年早些时候引入了突破性的更改，现在需要始终在版本8和版本9中编译产品。（至少现在是这样，因为我们最终会杀掉第8版。） 目前，我们每个人都有一个相同的文件夹结构和几个解决方案，每个解决方案只包含调试产品某个模块所需的项目。这些项目通过相对路径引用自己，当然，竹不喜欢这样。所以我想去NuGet。[如果已经错了，请纠正我] 现在，受中断更改影响的每个项目都有第二组构建配置（Debug_V9和Release_V9），每个配置都添加一个符号“V9”，触发中断更改。（恶心） 现在我正试图弄清楚如何在使用NuGet作为源代码的同时管理这两个版本，并使用竹子编译它们。理想情况下，我希望使用V8/V9配置编译每个项目，为每个版本创建一个NuGet包，并将其推送到我们的私有服务器上，以便进行下一次构建。[顺便问一下：这通常是在一个包中完成的吗？就像框架版本一样？] 目前，我在Bambol中使用了两个任务：一个是带有/property:Configuration=Release_V8的msbuild，另一个是带有Release_V9和不同的输出路径的msbuild，它似乎工作得很好：我能够获得两组工件，我能够打包两个nuget包并推送它们 但是，我不确定如何为下一个项目设置计划，因为这是第一个项目，没有任何依赖关系。具体地说，问题是要为V8/V9获得不同的NuGet软件包 实现这一目标的好方法是什么？第二套不同软件包的解决方案？分支？不使用NuGet？那么如何告诉竹子在哪里可以找到相对参考的项目呢？总是签出每个存储库C# Bamboo和NuGet或如何管理项目的不同版本,c#,nuget,bamboo,C#,Nuget,Bamboo,我们的产品由20多个项目组成。问题是，我们在今年早些时候引入了突破性的更改，现在需要始终在版本8和版本9中编译产品。（至少现在是这样，因为我们最终会杀掉第8版。） 目前，我们每个人都有一个相同的文件夹结构和几个解决方案，每个解决方案只包含调试产品某个模块所需的项目。这些项目通过相对路径引用自己，当然，竹不喜欢这样。所以我想去NuGet。[如果已经错了，请纠正我] 现在，受中断更改影响的每个项目都有第二组构建配置（Debug_V9和Release_V9），每个配置都添加一个符号“V9”，触发中断更