dotnet 中的依赖管理和发布生命周期
最近，我的团队在尝试半自动管理依赖项时遇到了困难。 你知道，svn 中的 trunk/lib 文件夹带有一个 ci-server，它将新版本的 dll 提交到该文件夹中。但是其中一个项目从 svn 迁移到 git 暴露了存储库增长太快的问题，我们正在尝试使用 svn 作为包管理器。
他们说 Java 世界中此类事物的事实上的标准是 maven，dotnet 也有一些 maven（nmaven 和衍生品）。我想知道是否有任何使用 dotnet 平台开发的替代方案？我的意思是对于依赖管理和发布生命周期，但不一定在单个产品中。
是的，我知道 TFS 可能至少可以处理我想要的部分内容，但是还有其他的吗？
Recently my team has hit the wall while trying to manage dependencies semi-automatically.
You know, the trunk/lib folder in svn with a ci-server that commits fresh versions of dlls into that folder. But migration of one of the projects from svn to git exposed the problem that repository is growing too fast and we are trying to use svn as a package manager.
They say that de-facto standard for such things in Java world is maven, well dotnet got a bit of maven too (nmaven and derivatives). I wonder if there is any alternative that have been developed with dotnet platform in mind? I mean for both dependency management and release life-cycle, but not necessarily in a single product.
And, yes, I know that TFS can probably handle at least part of what I want, but is there anything else?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
当然有：开源项目 Refix。我知道您已经找到我们了，阿德兰，自从您发布此问题以来我们就通过电子邮件进行了通信。我们目前处于早期测试阶段，正在寻求反馈和想法。为无耻的插件道歉。
There certainly is: the open source project Refix. I know you've found us already, Adlan, as we've corresponded by email since you posted this question. We're in early BETA stage at the moment, and looking for feedback and ideas. Apologies for the shameless plug.