.net - 使用 Nuget 修复错误的工作流程

Question

目前我们的项目使用项目引用来跨多个产品共享项目。我们将开始使用 Nuget 进行包管理。我想知道典型开发工作流的最佳实践 - 其中之一是共享代码中的错误修复。

当前错误修复的工作流程非常简单——使用调试器来确定错误的根本原因(我们可以在共享代码中设置断点，并调试到共享方法等)，在共享代码中进行必要的更改以修复错误，重新构建解决方案，验证所有错误均已修复，然后检查源代码管理中的更改。

1. 如果我们开始使用 Nuget，这个工作流程将如何改变？
2. 是否需要设置符号源并发布调试符号才能调试共享代码？
3. 验证部分将如何更改？
4. 我们是否应该在 checkin 之前手动将新构建的共享二进制文件与潜在的错误修复复制到“packages”文件夹中进行验证？

Answer 1

1. 它将根据以下响应进行更改。

2. 是的。您可以使用我们的产品 ProGet其中包括这个内置的，或者用 NuPeek 设置你自己的服务器.为了在 Visual Studio 中进行设置，我们在此处创建了一个指南:http://inedo.com/support/kb/1036/using-progets-symbol-server

3. 这部分会给您带来一些麻烦，尤其是在您缺少自动构建/发布流程的情况下。您将需要至少 1 个私有(private)存储库来存放这些预发布包。由于理想情况下您会将库分离到它们自己的项目中而不共享代码，因此您可能必须将代码 checkin 您的 CI 系统并让它自动将您的包发布到私有(private)存储库，然后从您的存储库中提取最新的 NuGet 包进入您要验证错误修复的项目。一旦通过验证，您可以创建另一个不再预发布的版本，或者将包推送到主要的“发布”提要。

4. 如果这对您有用，我不明白您为什么做不到。然而，有了自动化，实际上更容易先 checkin 并让你的构建/发布工具处理所有事情，然后像任何包的消费者一样使用 NuGet 客户端更新 - 这样它也会更新你的 packages.config文件到适当的版本。