在小型公司（50名开发人员）中管理.net共享库
在我的公司里，我们是50多名开发者。大约有9个项目共享许多公共库（20+），这一过程每天都变得越来越复杂。主要问题是：在小型公司（50名开发人员）中管理.net共享库,.net,gac,.net,Gac,在我的公司里，我们是50多名开发者。大约有9个项目共享许多公共库（20+），这一过程每天都变得越来越复杂。主要问题是： 如何跟踪库的每个版本中发生的更改 在何处存储这些程序集。现在我们使用一个共享驱动器，我们有一个约定：/lib/version/*.dll 如何在生成时自动嵌入正确的库。我们目前在VisualStudio中使用手动更新的.targets文件 在您的公司如何管理这一方面？虽然我还没有这样做，但您可以尝试将库打包为Nuget软件包，并运行内部Nuget服务器来提供服务 我们开始对我
在您的公司如何管理这一方面？虽然我还没有这样做，但您可以尝试将库打包为Nuget软件包，并运行内部Nuget服务器来提供服务
我们开始对我们的Ruby库做类似的事情，我们需要跨团队共享——将它们打包为gem，并从内部gem服务器提供服务。虽然我没有这样做，但您可以尝试将库打包为Nuget包，然后运行内部Nuget服务器来提供服务
我们开始对我们的Ruby库做类似的事情，我们需要跨团队共享——将它们打包为gem，并从内部gem服务器提供服务。我运行TeamCity的免费软件版本，该版本可以自动构建项目（需要一些MSBuild定制）然后输出在TeamCity中发布的文件，其中包含可下载的链接，例如：。在我的项目中，我覆盖了MSBuild中的“BeforeBuild”部分，并使用此链接下载project.dll文件-我确保：
- 我正在使用最新版本的Project.dll（它总是保存在同一个http链接中）
- 我下载的dll（或任何东西）通过了一些测试（取决于TeamCity的配置）
- 我独立于其他程序员工作，因为我没有手动复制/粘贴或使用共享驱动器
- 等等，等等，等等
- 我正在使用最新版本的Project.dll（它总是保存在同一个http链接中）
- 我下载的dll（或任何东西）通过了一些测试（取决于TeamCity的配置）
- 我独立于其他程序员工作，因为我没有手动复制/粘贴或使用共享驱动器
- 等等，等等，等等