date: 2018.12.10
vs做的很智慧型，乙個f7就完成了預處理、編譯、鏈結的所有工作。但是當工程比較大，使用的檔案模組比較多， 一旦出現編譯錯誤定位問題時就比較困難。因此，有時候需要對每個模組單獨編譯，就像linux下編寫的 makefile檔案一下，分別編譯每乙個.o目標檔案然後再鏈結成為乙個.exe可執行程式。最近為了驗證一段**， 需要在不同的編譯器下編譯對比，就順便總結下在vs下使用命令列分別編譯程式的方法。
下面總結一些常用的命令：
通過快捷方式visual studio command prompt (2010)可以開啟vs的命令列介面。
或者呼叫
call "c:\program files (x86)\microsoft visual studio 10.0\vc\bin\vcvars32.bat"vs編譯選項可參考：
(2) 在預設情況下cl編譯完後會自動呼叫link進行鏈結，可以使用/c選項阻止鏈結。
工程化系列 通過批處理指令碼命令列編譯VS工程
visual studio ide本身具有編譯鏈結以及除錯分析的功能，是一款非常強大的 除錯和閱讀的軟體。但通常windows平台下的庫的生成採用批處理指令碼的方式來編譯vs工程會更加的方便，而且不需要開啟vs軟體。下面以mpeg4的開源實現xvid的工程libxvidcore.sln為例，整理一下...
VS開發用命令列自動編譯工程
最近在研究工程的自動化配置和編譯部署，找到一篇描述vc命令列編譯的帖子，經試驗在vs2008 下也是ok的，這樣結合svn可以用指令碼做一系列自動化操作，特轉錄如下 ps 補充，試用了一段時間，配置好了工程，自動化build是沒問題，現在有個問題是即使工程中有檔案被更新了，這個命令貌似無法檢測到檔案...
使用命令列編譯vs專案
有時候我們想要編寫打包指令碼，但是如何編譯vs解決方案呢，其實vs已經給我們提供了乙個命令列工具devenv.exe，以vs2019為例 它在common7 ide 下 構建devenv.exe 解決方案的路徑 build project projname projectconfig projcon...