對VS.NET工程進行自動構建工作使用什么?也許大家會異口同聲的說是NANT。嗯,NANT無疑是自動構建VS.NET工程最快捷的工具,但對于一個擁有多個編程語言環境的項目,使用專用版的ANT工具卻并不是一個好的解決方案,試想,如果你的項目擁有多個由不同語言開發的模塊,那么你可能會同時使用ANT、WANT、NANT來分別管理特定的模塊。
當然,這不是我們想看到的,同時維護三個構建工具實在不是什么明智之舉(當然,如果你喜歡,那就無可厚非了),其實ANT已經為我們通吃所有語言環境準備好了精兵良駒。
ANT的exec標簽是用來執行一個系統命令,這樣我們就可以使用開發工具的命令行編譯方法來完成相應項目的自動構建工作。下面我們只介紹VS.NET工程的命令行編譯方法:
VS.NET開發工具的命令行編譯命令是devenv,當然前提是將VS.NET的IDE目錄路徑放置到PATH變量中。設置好PATH變量,在控制臺中鍵入devenv /?,我們可以看到VS.NET的各個參數說明,如下:
Microsoft (R) 開發環境 7.10.3077 版。 版權所有(C) Microsoft Corp 1984-2001。保留所有權利。 用法: devenv [solutionfile | projectfile | anyfile.ext] [switches] 可以調用 devenv,用第一個參數指定解決方案文件或項目文件。 也可以調用 devenv,使第一個參數作為要在編輯器中打開的任何 其他類型的文件。如果提供項目文件,IDE 將通過在與項目文件 相同的目錄中查找與項目文件具有相同基名稱的 .sln 文件,在 解決方案的上下文中打開該項目文件。如果存在 .sln 文件,則 IDE 將查找引用該項目的單個 .sln 文件。如果不存在這樣的單 個 .sln 文件,則 IDE 將創建一個具有默認 .sln 文件名的未保 存的解決方案,而該默認文件名與項目文件具有相同的基名稱。 命令行生成: devenv solutionfile.sln /build solutionconfig [ /project projectnameorfile [ /p rojectconfig name ] ] 可用的命令行開關: /build 生成指定的解決方案配置 /project 指定生成項目而不是解決方案 必須指定 /build 才能使用 /project /projectconfig 指定要生成的項目配置 必須指定 /project 才能使用 /projectconfig /out 將生成結果寫入指定的文件 /rebuild 與 /build 類似,但先執行強制清理 /clean 清理生成結果 /deploy 生成指定的解決方案配置然后部署它 /run 運行指定的解決方案配置 /runexit 運行指定的解決方案配置然后終止 /command 啟動后執行指定的內部命令行 /mditabs 使用選項卡式文檔界面 /mdi 使用 MDI 界面 /fn 使用指定的字體名稱 /fs 使用指定的字體大小 /LCID 使用指定的語言 ID /noVSIP 禁用用于 VSIP 測試的VSIP 開發人員許可證密鑰 /safemode 出于穩定性僅加載默認的環境和服務 /resetskippkgs 允許曾被標記為加載失敗的 VsPackages 再次加載 /migratesettings 遷移另一個版本中的某些用戶設置 產品特定的開關: /debugexe 打開要調試的指定可執行文件。 命令行的其余部分作為它的參數 傳遞到此執行文件。 /useenv 使用 PATH、INCLUDE、LIBPATH 和 LIB 環境變量 而不是使用 VC++ 生成的 IDE 路徑。 若要從命令行附加調試器,請使用: vs7jit.exe -p <pid> |
可見VS.NET工具為我們提供了諸多支持命令行編譯的參數,那接下來我們就開始動手配置Build.xml文件吧,為了節省篇幅,我這里只給出compile任務的代碼:
1 <target name="compile" depends="init"> 2 <mkdir dir="${pdcu}"/> 3 <echo message="Compiling application main source..."/> 4 <delete file="${infofile}"/> 5 <exec dir="${pdir}\" executable="devenv" os="${build.os}" > 6 <arg line=" ${pname}.sln 7 /rebuild 8 release 9 /useenv 10 /out ${infofile} 11 "/> 12 </exec> 13 <echo message="Compiling application main source complete."/> 14 <loadfile property="compiled-info" 15 srcFile="${infofile}"/> 16 <echo message="${compiled-info}"/> 17 <condition property="compile-success"> 18 <and> 19 <contains string="${compiled-info}" substring="0 已失敗"/> 20 </and> 21 </condition> 22 <fail unless="compile-success" 23 message="${compiled-info}"/> 24 </target> |
我們來詳細分析一下上面的代碼。
第1行是任務定義,在此不過多解釋。
2-4行是任務定義和準備工作,主要是建立編譯生成目錄和清理舊的輸出文件。
5-12行便是命令行編譯的主要代碼,我們來逐個解釋。
第5行定義了一個exec標簽,用來調用devenv命令,并指定了編譯所在當前目錄dir屬性,和操作系統信息os屬性。
從第6行開始則為devenv命令的參數部分。
其中第6行指定了要編譯的解決方案。
第7行標明該解決方案要進行重新編譯。
第8行指定了編譯類型為release模式。
第9行指定編譯器使用 PATH、INCLUDE、LIBPATH 和 LIB 環境變量。
第10行指定了編譯信息輸出的文件位置。由于devenv命令執行完畢后,ANT無法從命令行獲取編譯信息,所以不能使用exec的output屬性來指定輸出位置(在調用Delphi編譯器的時候,ANT可以正常獲取編譯信息,因此output屬性有效),只能使用編譯器所具有的參數功能將信息輸出,該信息為判斷編譯成功與否的關鍵。
14-15行讀取了上述的編譯信息文件的內容,以便之后判斷編譯是否成功。
17-21行則定義了一個編譯結果,用于判斷編譯是否成功。結果使用了contains屬性來判斷,如果輸出文件中包含字符串“0 已失敗”,則說明編譯成功完成。
22-23行則是指示了ANT,一旦編譯失敗,則打印出編譯信息。
當然,這里只介紹了編譯VS.NET工程的其中一種方法,在此拋磚引玉。既然ANT為我們提供了如此強大的系統命令執行功能,那么我們便可以在各種編程語言環境中游刃有余了。