SharePoint 2010：設立適當的環境
您設定開發及測試環境和程序的方式可能對您的應用程式有極大的影響。
Steve Wright 和 Corey Erkes
改編自"臨 SharePoint 2010 治理"(Apress，2012年)
在任何大型開發專案的過程中，您需要管理不同類型的資訊。 最好有此集成了開發團隊所使用的其他工具的資訊的中央存儲庫。
有幾個產品，以説明您開發團隊協作和溝通，與 MicrosoftVisual StudioTeam Foundation伺服器 （TFS） 已用於 SharePoint 發展時的優勢。 它與Visual Studio和 SharePoint 緊密集成。 如果您的組織已經不會有這樣一種工具，並將開發主要用於 Microsoft Windows 環境的應用程式，您應該考慮 TFS。
不論產品和您選擇的方法，有一些功能，應該有這樣一個平臺，包括：
- **原始程式碼管理：**這將保持到解決方案中的每個原始檔案中的每個更改的記錄。 SharePoint 庫版本控制不適合用于這一目的。 真正的原始程式碼控制系統支援追蹤檔案更改單個序列以外的許多功能。
- **管理要求：**此跟蹤每個 bug，原始程式碼檔和工作項回有關的要求。
- **工作項跟蹤：**此日誌的 bug 報告、 説明台門票、 功能請求、 電子報和與該專案關聯的任務。
- **構建自動化：**這將原始程式碼檔編譯成可部署解決方案檔。
- **測試管理：**這記錄自動和手動測試用例、 自動化回歸和單元測試、 管理測試伺服器場的部署和執行負載測試。
不是所有的團隊開發平臺將支援所有這些功能。 但是，絕對有需要維持一個穩定的應用程式基的一個函數原始程式碼管理。 其他函數可能更多或更少重要到一個特定的組織。 它也可能使用單獨的、 非集成的工具，為這些職能可以接受。
開發環境
SharePoint 發展更具挑戰性的方面之一建立一個生產發展環境。 這是指個體開發者能夠創建和調試他分配的元件或更新的區域。 SharePoint 是一種伺服器端技術，所以設計一般在 SharePoint 伺服器上運行的元件必須制訂一個上了。
一個常見的錯誤是一個"開發伺服器"團隊的所有開發人員所使用。 除非團隊成員工作完全無關的元件並且永遠不會需要共同做的事情如重新開機 IIS 或將調試器附加到 IIS 進程，這種類型的環境一般工作不正常。 開發人員需要對伺服器進行有效地調試問題的完全控制。 隔離從另一個開發人員是使每個人都富有成效的最佳方法。
另一個誤解是可以在運行Visual Studio的用戶端系統上開發和運行 SharePoint 的遠端伺服器上調試。 雖然您可以調試在另一台伺服器上運行的 SharePoint 解決方案，您仍然必須編譯 SharePoint 伺服器端代碼的系統上安裝 SharePoint。 僅在 SharePoint 伺服器上可用的伺服器端代碼使用的庫。 不能將它們分別安裝在用戶端電腦，以允許代碼進行編譯。 如果您正在開發用戶端應用程式使用僅新用戶端物件模型 （用戶端 OMs) 引入的 SharePoint 2010，您可以編譯它們的系統上沒有安裝 SharePoint。
最小的 SharePoint 開發環境應包括以下：
- 64 位 Windows 作業系統相容與 SharePoint 2010 （Windows 2008、Windows VistaSP1 或 Windows 7）
- Visual Studio 2010
- SQL Server Express Edition
- 所需的 SharePoint 基礎或伺服器元件
下面的工具往往有用，只要有可能，您應該包括這些：
- Microsoft Office應用程式
- SQL Server開發人員版
- Microsoft Visio
- InfoPath 設計器
- SharePoint 設計器 (免費下載)
你也有幾個選項可以考慮有關在安裝這些工具。 第一和最簡單的選項是直接在開發人員的電腦上載入的所有工具和 SharePoint。 這就需要與 SharePoint 相容的 64 位作業系統。 此配置是簡單易用，因為所有必需的工具都是現成。
不幸的是，這種配置桌上型電腦的電源，硬碟，而且您可以只使用一個 SharePoint 配置存儲限制。 開發人員經常將專案之間移動可能會發現這種類型的建構管理的難度。
開發環境選項
下一個選項是使用如 Oracle VirtualBox 或 VMware 工作站的桌面虛擬化產品。 再次，您必須是某些您使用哪種虛擬化工具支援 64 位客體作業系統。 這種配置有很多直接在桌面上安裝環境相同的限制。 通常情況下，性能不是很好，你需要大磁片的檔，以支援桌面虛擬化。
這種類型的優點是環境的它允許您在同一桌面上承載在單獨的虛擬機器 (Vm) 中的多個 SharePoint 配置。 通常情況下，記憶體和性能要求不要讓你一次，但是運行多個虛擬機器。
您還可以創建一個虛擬硬碟 (VHD) 檔和它直接在系統上運行，而不需要通過桌面虛擬化產品。 這是類似于系統原有的"雙啟動"設置。 而不是使用一個單獨的分區，第二個作業系統，您將使用現有的作業系統檔案系統內的 VHD 檔。 此配置的優點是不需要第二個作業系統運行主辦開發伺服器使用所有的系統硬體。
唯一的缺點是載入桌面的用戶端作業系統上的任何應用程式在開發環境在運行時不可用。 這正迅速成為 SharePoint 開發人員最受歡迎的配置，因為它提供了桌面虛擬化的靈活性而不會帶來性能開銷。 運行多個作業系統，使用新的 Windows 7 的引導配置的詳細資訊，請參見Keith姆斯的博客文章，"雙啟動從 VHD 使用 Windows 7 和Windows Server 2008R2."
最終配置使用伺服器虛擬化。 這可能是微軟 HYPER-V，VMWare 或任何其他的伺服器虛擬化產品。 這是一個好的虛擬化基礎架構的企業極好的選項。 置備一個 VM 主機伺服器上的虛擬機器，並使用該伺服器來容納整個開發環境。
您的開發人員使用遠端桌面協定 (RDP) 用戶端，而不進行任何更改或裝置對他當地環境已獲得一個完整的環境。 具有此配置的唯一缺點是您必須能夠連接到 VM 伺服器以執行開發工作。 您不能"帶著它"。
測試環境
開發完成後，你得把應用程式通過嚴格、 明確的測試計劃。 這就要求你將它載入到生產部署之前的一個或多個非生產環境。 這些環境去用不同的名字，包括集成、 測試、 階段、 使用者接受度測試 （使用者接受度測試）、 試生產等。
您可以使用一體化農場在一個不包含任何開發工具的環境中測試所有已編譯的元件。 Visual Studio或其他開發工具在系統上的存在有時可以遮罩這些工具無法接通，才發生的錯誤。
一旦測試版本，請將它傳遞給品質保證組，或哪個部門負責使用者接受度測試。 然後，測試組將載入到生產前農場釋放。 這個農場應為類似于盡可能説明測試組評估該版本的生產準備情況生產農場。
例如，如果生產農場中有多個前端 Web 服務器，因此，也應該試生產農場。 虛擬伺服器經常替換的物理伺服器，以使測試的環境更具成本效益。 使用者接受度測試完成後，您可以部署到最終生產伺服器場中的應用。
測試新的發行版本，時，重要的是要將內容作為類似于盡可能生產中的內容。 例如，如果使用者具有自訂某些專案的生產場的干擾到應用程式所做的更改網站中，您可能沒有注意是否變化僅針對"假冒的"測試資料進行測試。 極好的現實內容資料以供測試來源是生產伺服器場。 您可以輕鬆地備份和還原生產在大多數情況下的測試環境中的內容資料庫。
另一個常見的配置，用於測試和部署 SharePoint 應用程式是使用暫存伺服器場。 這項技術，有兩個完整的伺服器農場在所有的時間運行。 您的使用者使用其中一個，另隨時準備接收新的發行版本。 一旦釋放到臨時伺服器場部署，網路是重新配置為將傳入通信路由到臨時伺服器場。 因此，在臨時伺服器成為生產和生產伺服器切換到暫存。
這是很有用的技術，為面向公眾的網站，您不能允許的停機時間。 只有，只要它需重排的網路流量交換伺服器農場出所需的時間。 很明顯，至關重要的是所有生產內容更新被都移到臨時伺服器場部署新的發行版本之前。 若要防止更新內容開始被覆制後，SharePoint 可以暫時鎖定內容資料庫。
當您使用此技術時，暫存環境還可以作為生產場的熱備用。 如果生產蒙受災難性故障，您可以快速地提起暫存伺服器恢復服務。 如果這是您的災害復原計畫的一部分，您應該定期生產內容時將複製到臨時伺服器場，即使您不部署新的版本。 它也可能有用，已在不同的物理位置，以提供位置冗余主辦的臨時和生產農場。 這些技術和配置的任何可以説明您制定最適合您的需要和資源的 SharePoint 開發環境。
.jpg)
Steve Wright 是在奧馬哈訴 Sogeti 美國 llc 公司的商業情報管理 (BIM) 一名高級經理 最後于過去 20 多年來，Wright一直在空中交通管制、 金融、 保險、 以及各式各樣的其他類型的系統。 他創作並為許多原來的頭銜，涵蓋包括 Windows、 SharePoint、SQL Server和 BizTalk 的 Microsoft 產品進行技術審查。
.jpg)
Corey Erkes 是在奧馬哈訴 Sogeti 美國 LLC 的經理顧問 Erkes曾與廣泛的公司，在它們的 SharePoint 實現在生命週期中的不同點。 他也是奧馬哈 SharePoint 使用者組的創始成員之一。
© 2012 Apress 公司。 保留所有的權利。 列印從 Apress 的許可權。 2012 年版權所有。 "臨 SharePoint 2012 治理"由SteveWright和CoreyErkes。 對此標題和其他類似的書籍的詳細資訊，請訪問 apress.com。