我正在嘗試編寫一份綜合文檔來協助維護組爲新的Sharepoint 2007 Intranet。Sharepoint 2007維護和分段
我有什麼問題決定了什麼是正確的工具是將各種不同的元素遷移到客戶批准和生產環境。我們預計將來不得不處理新的列表，新的自定義類型/列表模板，修改的頁面，新的頁面等等。
換句話說，雖然我認爲添加整個子網站相對比較簡單，但對現有區域的增量更改對我來說並不容易。尤其是因爲生產現場有各種由客戶更新的清單（bullettin板等）。
迄今爲止最好的答案似乎是http://www.codeplex.com/SPDeploymentWizard，但我有幾個殘留的問題吧：
1）這是測試版，這是不是一個正式的微軟產品。所以我們的客戶可能不會很有信心 2）它需要安裝在所有想要傳送更改的服務器上，並通過GUI組件工作。這也是客戶不會很高興的事情（他們的東西是由第三方管理的，只是想到EDS或類似的公司）。
有沒有人在生產相關的場景中有信心使用它？ 你有不同的建議嗎？
TIA，
Paolo。
與內容部署嚮導的危險實際上並不在於它可能無法正常工作，但更多的是您可以嘗試遷移更好地釋放具有特定功能SharePoint解決方案的對象。
具體而言， 新列表應該與特性中定義的列表模板一起發佈。 新的自定義字段必須與解決方案一起發佈。
一個好的經驗法則是可以遷移內容（即頁面和文檔上的文本）。 結構（新列表類型，字段）需要作爲解決方案發布。
修改過的和新的頁面可以在網站上手動創建並在準備就緒時發佈。 如果他們絕對必須批量發佈，那麼嚮導將會有所幫助。
我也使用codeplex的STSDev來創建所需的解決方案包。 請記住，即使這些工具不是「官方微軟產品」，它們通常會被微軟專業人士自己大量使用，如果「官方」的發佈標準不是一個漫長的過程，它們將是官方工具。
檢查任何工具的作者，大多都會有一個博客，這將讓你的經驗和關係，以微軟的作者可能有一個好主意。
我還沒有使用的SPDeploymentWizard，但是從CodePlex上站點
內容是使用內容 遷移API（PRIME），爲.cmp文件 （內容遷移包），其可以 被複制導出到其他服務器進行導入。 與開箱即用工具不同， 嚮導允許粒度通過樹視圖選擇 內容。
這意味着該工具是「官方微軟進程」的gui包裝，使您可以更輕鬆地選擇想要放入遷移包的內容。
在實踐中，您的問題的主題不是一件容易的事情，而且這樣做的工具和技術正在改進和改變，因此請留意博客和codeplex的建議。
UPDATE
遷移工具應罰款只需要各版本的文件和網頁。
對於列表，我創建了包含所有項目的臨時模板，但這仍然是手動發佈過程。因此，請嘗試使用內容遷移工具，因爲您沒有對網站進行結構性更改，如果它沒有正確執行操作，則可以刪除該列表。
真正的問題只是爲了確保內容類型ID和內容字段ID guid在服務器之間是相同的，但是通過解決方案/功能包提供的任何定製版本，應該沒有區別。
更新2
對於個人頁面，我們創建了一個會，給定一個URL，文件列表和動作無論是從服務器的網頁下載到本地驅動器或上傳到PowerShell腳本。使用對象模型創建頁面非常容易，自定義屬性有點棘手，但檢入和發佈頁面並不重要。