Visual Studio：在VS解決方案中添加只讀庫項目的同步工作

Question

我已經在C＃中編寫了一個DLL庫，它包含一個用於交流和操作我們產品的API。我希望它被我們團隊中的QA人員用來在.NET環境中構建測試工具。作爲對封裝原則的反對（我認爲......），我希望QA人能夠在DLL中看到API方法的實際實現（例如，當他們點擊「定義」時Visual Studio），而不是僅僅從元數據中看到聲明/註釋。

我不希望他們能夠改變實際的DLL，我不希望他們每次他們建立自己的新項目時生成DLL，所以我不能將庫項目簡單地添加到他們的VS解決方案。

我想到的一種理論方法是，可能將庫項目添加到他們的每個VS解決方案中，只讀（如果可能？），並指示他們永遠不要構建它（僅構建自己的新項目）或甚至可能把它從建築物上鎖起來（如果可能的話）？問題是，理想情況下，我希望他們能夠在VS解決方案中將庫項目更新爲版本控制系統中的最新版本（我使用的是Tortoise SVN），並以某種方式按下一個按鈕，並更新（內置的）DLL文件（更新DLL文件到他們的解決方案文件夾很容易，甚至可以在一個簡單的批處理文件中完成，但我不知道如何自行更新項目文件...）。

當然我想所有在某種模板上面，從而使準備開發新的QA工具將是快速和容易。

我發現這個問題很難制定（我希望我是很清晰），但我敢肯定，這是一個相當普遍的問題，在一個團隊中工作時（我不習慣）。任何人都可以幫助我理解處理這個問題的正確方法嗎？

Answer 1

這看起來像是一個source server的工作。顯然（雖然我自己沒有親身經歷），但這些工具已經可以抵禦顛覆。這似乎是一個更好的選擇，而不是讓它們保持源文件的工作拷貝（即使是隻讀文件）。

補充說明：上面的鏈接描述了作者使用perforce而非subversion來實現源服務器，但您應該能夠找到其他鏈接（如this one，或許更好）討論顛覆。