我們正在考慮使用ClickOnce部署作爲分發我們的應用程序的一種手段。但是，由於帶寬問題，我們需要將應用程序部署到網絡上的多臺服務器上，而不僅僅是一臺。將ClickOnce應用程序部署到多個服務器
我爲一家銀行工作，我想推出一個WPF客戶所有我們的分行，但分行網絡的速度太慢讓應用程序檢查中央服務器每天進行更新，雖然我們希望它每次運行應用程序時都要檢查一次。每個分支都有自己的服務器，所以我希望能夠將客戶端部署到這些分支服務器上，而不是在主辦公室的服務器上。
這可能與ClickOnce有關嗎？我需要使用命令行來執行此操作嗎MSBuild還是可以在TFS構建項目中完成此操作？
我已經構建了一個分佈在商業產品/更新互聯網使用ClickOnce。它是從一臺服務器分發的，但不是像你的場景那樣有多臺服務器。
我想說，你想要做的事情可以完成。問題是應用程序需要知道哪個分支服務器檢查更新，並且清單必須在其中嵌入部署URL（在本地分支服務器上）。因此，您似乎必須爲每個分支服務器分別構建。使用MSBuild可能很容易自動化，但我沒有經驗。
有用的參考文獻是Smart Client Deployment with ClickOnce by Brian Noyes。
是的，可以使用MSBuild進行部署（它是.NET Framework 2.0及更高版本的一部分）。請參閱a search on Stack Overflow for ClickOnce deployment with MSBuild中的示例。
據我所知，如果單純從一箇中央位置到分支服務器同步的設置文件，你的客戶應該能夠運行/檢查從這些
Yeap。好主意！ – 2009-12-15 12:41:18
我剛剛嘗試部署到服務器，將發佈的文件複製到本地計算機並從本地主機運行安裝程序，但是，它仍然從服務器檢索安裝文件，而不是使用本地副本。在安裝/檢查更新時，應用程序必須始終使用清單中的URL，這在我的情況下並沒有多大用處。何哼，重新思考這個策略的時間！ – TabbyCool 2009-12-15 15:17:02
我承認我對ClickOnce的細節，清單等沒有太多的知識。我所做的是部署到本地共享，然後將文件移到局域網之外 - 共享無法訪問。我從來沒有任何問題。 – goorj 2009-12-15 21:43:48
謝謝，我認爲發佈到中央服務器，然後將文件複製到每個分支服務器會更容易 - 我們有超過30個分支，因此每個分支的構建會有點麻煩。我不確定這是否會起作用，正如你所說的，客戶需要知道哪臺服務器要檢查更新 - 我必須在辦公室的幾臺PC上試試這個，看看會發生什麼！ – TabbyCool 2009-12-15 14:27:46