我们有两个解决方案:foo.sln和bar.sln
我有一个foo和bar都使用的公共库.两者都使用Common.csproj.
如果我打开foo并更新nuget引用,Common.csproj中的所有引用都指向foo/packages /.如果我稍后打开bar并更新nuget引用,则所有引用都将设置为bar/packages /中的引用.当然,这会让foo团队感到愤怒,因为它会导致Common.csproj和Foo特定的东西之间不兼容,比如Foo.Data.csproj,它仍然指向foo/packages.
必须有一些明显的解决方案,除了:"创建一个包含所有项目的巨大解决方案,如果你需要触摸nuget,只能从该解决方案中做到."
在codeplex上似乎存在一个问题,(顺便提一下,这是最高投票的问题),但显然我太过于无法理解这个问题是如何解决的.有人可以解释如何解决这个问题吗？
我有我的工作,它包含4个类库项目(一个解决方案A,B,C,D).A并且B可以被认为是解决方案中的顶级项目.两者A和B参考C,并且D独立.
这四个项目代表了我处理自动化工作流程的一组服务.它们都是密切相关的,只会在一个位置(服务管理器)使用,所以我不想将它们分成不同的解决方案.
我的问题是我想创建一个包含所有4个库的NuGet包,而不必全部构建它们并手动收集它们的DLL.我知道我可以从技术上实现这一点,A或者B参考其余的项目,但这不是真正的关系,我觉得应该避免.
我已经做了很多关于这个问题的搜索,除了手动收集DLL并自己构建包之外,我找不到解决方案.有没有办法达到我想要使用NuGet的功能/能力的结果？
注意:如果标签不清楚,我目前正在使用带有TeamCity构建服务器的VS2010.如果它是相关的,我也通过Stash服务器使用Git.
编辑:我刚刚意识到这可能很重要,值得一提.这些项目确实引用了我需要标记为依赖项的其他NuGet包.