所以我有一個編譯爲C++ DLL的解決方案 我有另一個解決方案是WPF應用程序。TFS2010 - 如何將一個解決方案的結果簽入另一個解決方案?
這兩種解決方案都位於我們的TFS服務器上的同一個TeamProject中。
我想自動化構建過程,這樣當C++解決方案在服務器上構建時,如果成功,它會自動將結果檢查到WPF解決方案中。
預先感謝hep。
所以我有一個編譯爲C++ DLL的解決方案 我有另一個解決方案是WPF應用程序。TFS2010 - 如何將一個解決方案的結果簽入另一個解決方案?
這兩種解決方案都位於我們的TFS服務器上的同一個TeamProject中。
我想自動化構建過程,這樣當C++解決方案在服務器上構建時,如果成功,它會自動將結果檢查到WPF解決方案中。
預先感謝hep。
雖然我沒有工作我的整個方式,通過解決這個正確的地方,開始是喜歡的東西 - http://geekswithblogs.net/jakob/archive/2010/11/03/performing-checkins-in-tfs-2010-build.aspx
對於一個更全面的walktrhough上創建自定義建立模板: http://blogs.msdn.com/b/jimlamb/archive/2010/02/12/how-to-create-a-custom-workflow-activity-for-tfs-build-2010.aspx
現在我只需要弄清楚如何映射工作區,設置文件輸出,以便我可以檢查dll,但模板現在正在工作。
這是完全可能的!
我不知道在WPF解決方案中您將不得不更改多少個文件,但最簡單的方法是結帳,然後使用相應的TFS command line commands簽入相關文件。在這篇文章中有一個例子:Visual Studio Build Tasks - TFS Operations
第二種選擇是創建自己的自定義構建任務,它將爲您執行結帳/簽入。
一個選項是設置TFS Dependency Replicator。
這個例子配置將等待MyBuildType完成,然後從構建輸出目錄籤/Release/MyAssembly.dll至$ /中繼線/依賴/ MyAssembly.dll程序:
<?xml version="1.0" encoding="utf-8" ?>
<Rules>
<Rule
BuildType="MyBuildType"
EventType="New"
Source="/Release/MyAssembly.dll"
Destination="$/Trunk/Dependencies/MyAssembly.dll" />
</Rules>
嗨格蘭特,請原諒我對這個問題的無知,但是這個規則是否可以在TFS-2010上實施,還是僅僅爲了2005/2008年的風格? – 2010-12-23 06:27:30
@Joel規則是用於TFS依賴複製器,而不是TFS本身。由於複製器工具適用於TFS 2005,2008和2010--無論您是使用2005/2008 MSBuild樣式還是2010 Windows工作流樣式都無關緊要。 – 2010-12-27 06:48:07
這只是1個文件。 – 2010-12-13 18:19:59
但是從你鏈接的帖子中,他們談到了將命令放在msbuild文件中,我相信這是TFS-2008使用的。現在在2010年,我們已經獲得了這些xaml流程模板,這看起來要複雜得多。 – 2010-12-13 18:21:34