使用Nuget修復工作流程

Question

目前我們的項目使用項目引用來跨多個產品共享的項目。我們將開始使用Nuget進行包管理。 我想知道典型開發工作流程的最佳實踐 - 其中之一是共享代碼中的錯誤修復。

錯誤修復的當前工作流程非常簡單 - 使用調試器確定錯誤的根本原因（我們可以在共享代碼中設置斷點並調試到共享方法等），在共享代碼中進行所需更改以修復錯誤，重建解決方案，驗證所有錯誤是否已修復，並檢查源代碼管理中的更改。

1. 如果我們開始使用Nuget，這個工作流程將如何改變？
2. 是否需要設置符號源和發佈調試符號才能調試共享代碼？
3. 驗證部分將如何更改？
4. 我們是否應該在簽入前手動將新建的帶有潛在錯誤修復程序的共享二進制文件複製到「軟件包」文件夾中進行驗證？

Answer 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文件轉換爲相應的版本。