SharePoint開發/生產環境

Question

我在SharePoint中遇到的最大挑戰之一是它不能很好地適用於典型的項目環境，該環境至少包含開發和生產環境。我遇到的問題最多的是內容和列表緊密結合，以至於如果不在生產環境中執行內容凍結，就很難執行設計更改。例如，如果我有一個包含計算列的列表並希望添加一些新功能，則必須在生產服務器上執行內容凍結，從生產服務器創建列表模板（包括內容），將該列表還原到開發環境，進行我的更改，然後反轉列表模板過程。對於頁面以及SharePoint中的其他任何內容也是如此。似乎一旦部署了網站，最好直接在生產環境中工作，但由於顯而易見的原因，這打破了大量的最佳實踐。

你們其他一些SharePoint開發人員如何處理此限制？

Answer 1

實際上有兩個（更多？）級別的SharePoint「開發」。您有部署到服務器的代碼，例如Web部件，內容類型，工作流操作等。這在部署和最佳實踐方面工作得相當好。

然後你有你的例子，這是更多的網站實例的自定義。當我們必須在門戶網站目錄列表中定製計算字段時，我們所做的是嘗試並調整開發中的更改。然後寫下要制定的定製的詳細說明，並讓具有適當權限的單獨人員使用這些說明在集成（分段）服務器上進行更改。然後讓同一個人在生產中進行更改。

我不確定您的更改是否容易受此方法影響，但值得考慮。

然後，我們有另一個網站，它是與SharePoint設計師大量定製，我們的工作生活。

Answer 2

您可以使用Content Deployment Wizard（http://www.codeplex.com/SPDeploymentWizard）快速遷移列表和庫等內容。您也可以製作一份備份/恢復副本，然後對其進行更改，然後在清晨執行內容凍結（希望沒有人會在意），將所有已更改的數據從生產導入副本，然後恢復生產複製。至少凍結可能會被推遲並且只會在出口 - >進口 - >恢復程序期間需要。

實際上，我只是親自動手改變生產。

Answer 3

使用FeatureActivation代碼來部署對列表字段的更改。在代碼更新字段後，您將停用該功能並將其刪除。這使得結果可以在質量保證環境中進行測試。