在32位和64位開發站上部署.Net應用程序源控制（SVN）

Question

情況如下：
我們的開發團隊擁有異構的操作系統，分散在32位和64位之間。 這並不理想，我們實際上計划將我們的基礎設施同質化，但與此同時我們必須處理它。

問題是，當32位開發人員在SVN上檢出64位解決方案時，他必須再次手動更改目標平台以進行編譯（更不用說其他方面的問題）

我的問題是：
在這種情況下可以解決什么干凈（雖然是臨時的）解決方案，允許每個開發人員在從SVN簽出和退出時保留其默認項目/平台設置。

我想 - 至少在第一次檢查項目/解決方案時，開發人員仍然必須手動調整設置以正確編譯它。 之后，根據相關的SVN過濾器，可以忽略一些設置文件（順便說一下？）

我對所有聰明而詳細的建議持開放態度。

謝謝。

Answer 1

您是否將.suo和.user文件簽入源代碼管理？ 因為這些應該是開發人員特定的， 不應包括在內。 非常確定suo為每個用戶維護項目的構建狀態。

另一種選擇是從腳本執行構建。 例如，我有4個不同的構建腳本文件與autohotkey連接，以構建項目的后台發布和調試模式版本。 這可以通過msbuild或nant配置您希望項目配置的外觀。

這有利於不占用視覺工作室。

它有進一步定制您的解決方案的缺點，但長期來看，我認為您處於更好的狀態。

Answer 2

您是否有理由專門針對32位和64位的解決方案？ 例如：本機，非托管DLL？

如果使用“Any CPU”平台選項，則.NET將以64位或32位模式本機運行，具體取決於計算機上可用的內容。

編輯：如果必須靜態設置CPU模式，則另一個選項是設置x86-32和x86-64構建配置，然后讓開發人員在其末端選擇適當的構建配置。

我強烈建議你弄清楚你的AnyCPU模式有什么問題，好像你沒有 - 你需要為你的用戶提供兩個基於他們操作系統模式的安裝包。

Answer 3

只要你只使用托管網絡代碼（沒有本機32/64位代碼），每個機構只能在64位和32位開發站上使用32位解決方案 。 在win7-64視覺工作室也是一個32位的應用程序。