3

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

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

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

1 回答 1

1

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

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

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

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

于 2013-05-23T21:52:07.880 回答