gpt4 book ai didi

visual-studio - 管理内部第 3 方依赖项

转载 作者:行者123 更新时间:2023-12-04 15:48:55 29 4
gpt4 key购买 nike

我们有很多不同的解决方案/项目,由不同的团队管理。我们的解决方案需要引用另一个团队拥有的多个项目。我们不想将这些依赖项添加为项目引用,因为我们不打算修改该代码,我们只想使用它。此外,我们的解决方案中已经有相当多的项目,不想添加更多项目,因为它会降低 Visual Studio 的速度。因此,我们在单独的解决方案中构建这些项目,并将它们作为文件引用添加到我们的解决方案中。

我的问题是,人们如何管理这些类型的依赖关系?我是否应该有一些自动化流程来查找对这些项目的更改,构建它们并将 dll 检查到我们的源代码管理中,然后我们将它们视为其他 3rd 方依赖项?有推荐的方法吗?

最佳答案

(不是一个完整的答案,但仍然:)
任何交付都更好地存储在文件/二进制存储库中,而不是用于管理源历史记录的 VCS。

我们更喜欢在像 这样的仓库中管理这些交付。 Nexus ,我们正在使用 maven 取回正确的依赖项。
即使这些工具可以更面向 Java,Nexus 也可以存储任何东西,而 maven 只是用来读取 pom.xml每个工件并计算正确的依赖关系。

关于visual-studio - 管理内部第 3 方依赖项,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3206259/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com