你創建了一個工作流，并且將它部署到生產環境。幾個月后，業務需要做一些小的改變。你打開工作流代碼，增加了一些Activities使得它滿足了新的需求，然后重新部署到生產環境。令你感到震驚的事情發生了，所有的流程實例都中斷了！你陷入了深深的狂亂中，因為你確信已經對修改的部分充分進行了單元測試，并且找不到產生錯誤的原因。你沒有進行版本控制！

　　工作流的版本控制是非常重要的技術。當一個工作流處于閑置時（指等待觸發條件，如等待某人審批），工作流的屬性會被保存到數據庫，這稱之為持久化。當它需要重新開始執行時，它的屬性會從數據庫中取出，工作流才得以繼續執行。版本控制如此重要是因為，工作流持久化后，如果改變了工作流的程序集,就不能保證當工作流重新恢復時，它能夠匹配新的程序集。一旦匹配不上，工作流將會終止。最好的做法是每一次修改都創建一個新的工作流版本。

　　大致的思路是每次生成項目都使程序集的版本號增加，而不是永遠都是1.0.0.0。將新的程序集添加到GAC。最后指定舊版本的工作流不能創建新實例，然后把新工作流添加到對應的列表。這樣，老版本的工作流沒有發生改變，因此不會對已經持久化的工作流產生危害。

　　如果你沒有創建新版本而僅僅只是更新了工作流，所有運行中的工作流實例將會被刪除。老版本工作流將會被移除。不要更新工作流而不創建新版本，除非你完全確認你不在需要正在運行的實例。

　　跟隨下列步驟，為已經存在的工作流創建一個新版本：

• 在你工作流的Elements.xml文件中，替換CodeBesideAssembly屬性值$assemblyname$為：[assembly name], Version=1.0.0.0,Culture=neutral, PublicKeyToken=[token]
• 將[assembly name]替換成程序集的名稱。
• 將[token]替換成public key token，你可以在GAC（c:\windows\assembly）中找到你的程序集，然后右鍵選擇屬性，將token拷貝到Elements.xml件中。
• 修改Elements.xml文件中name的值(如果workflow version 1.0.0.0)，使得用戶能夠區分老版本和新版本。
• 將舊版本的程序集添加到package中。雙擊Package,在Advanced tab中，添加已經存在的程序集文件，選擇已經存在的1.0.0.0版本。注意：選擇前應先copy一個新的程序集，放在bin\debug\V1.0.0.0目錄下，選擇新copy出來的文件，因為原有的文件編譯后會重新生成。最后確認Source和Location是否都指向了新的文件
• 修改Properties文件夾下的AssemblyInfo.cs文件，將最下面的兩個版本號都修改為2.0.0.0
• 打開Elements.xml文件，copy整個<workflow>節點。修改name為workflow version 2.0.0.0,version改為2.0.0.0,修改ID為新的GUID，可以使用Visual Studio自帶的GUID Generator來生成。
• 部署解決方案后，在對應的列表或站點中創建一個新版本的工作流。這時，我們的列表或站點就有兩個工作流了，然后選擇移除工作流，選擇Version 1.0.0.0版本的工作流不允許創建新實例，點擊OK。

   

　　此方法用于Visual Studio 創建的工作流，如果是用SharePoint Designer創建的工作流會自動進行版本控制。