每日構建（daily build）已經不是什麼新概念了，它已經成為軟體專案的基本活動之一。至於它的好處，已經有不少文章和書籍介紹了，這裡不再多說了。雖然說，各種軟體開發都差不多，但在嵌入式軟體開發的這個領域，似乎對於新的方法和概念的接受要較晚一些。筆者曾呆過的兩家公司，以前都沒有自動構建環境，其它公司的情況則不太清楚。
一方面可能是不知道如何實現自動構建環境; 一方面也可能是工作太忙，大家都懶得到去建立這個環境，其實這反而浪費了更多的時間。筆者曾在三家公司建立過自動構建環境，這些知識都很簡單，沒有什麼值得保密的，只是知與不知的問題，如果你恰巧也在做這方面的工作，或許有點幫助。 1.
實現定時執行的功能。
在win32下，可以按下列步驟建立乙個自動執行的任務：
執行我的電腦
-->
控制面板-->
任務計畫-->
新增任務計畫。
按照提示的步驟輸入相關資訊。
在linux下，可以用at或cron建立乙個自動執行的任務，具體用法可以檢視相關幫助。
2.實現自動獲取源**的功能。目前管理源**的工具，數開源的cvs和微軟的sourcesafe的使用最為廣泛。對於前者，雖然現在也有gui的客戶端，但在多數時候，用命令列的cvs反而更地道一點，在指令碼中使用cvs的獲取源**，不會有什麼問題。而後者，大家用慣了gui的介面，甚至有人沒有聽說過sourcesafe的命令列工具，會用的人更為鮮見。幸運的是，微軟提供了乙個叫作ss.exe命令列的工具，這為自動獲取sourcesafe上的源**大開方便之門。 3.
實現自動編譯的功能。 a)
makefile
的情況。如果使用makefile管理你的工程，自動編譯一點問題也沒有。 b)
ads的情況。如果你使用ads管理你的工程，你有兩種方法可以選擇。 i.
ii.第二種方法：ads提供了乙個叫cmdide的工具，它雖然也是gui的，但它在編譯過程中，無需使用者介入。它的使用方法很簡單，唯一不爽的就是它的編譯錯誤資訊不能儲存下來，如果編譯出錯了，你無法知道到底是**出錯了。 c)
vc的情況。大多數嵌入式軟體開發組，都會在vc裡建立一套模擬開發環境。這樣，在pc上可以執行大部分功能，這將節省不少除錯時間。自動編譯vc也好幾種方法： i.
第一種方法：從vc工程匯出makefile檔案，它的makefile與gmake是不相容的，要用微軟提供的nmake才能編譯。
ii.第二種方法：在指令碼中執行msdev.exe，可以指定dsw的名稱和編譯的方式（clean/build/rebuild)，如：msdev.exe c:/temp/t1/t1.dsw /make "t1 - win32 debug" /rebuild
iii.
第三種方法：用vc提供的com介面，呼叫vc的編譯功能。 4.
5.一般來說，自動構建就是以上幾個步驟。有的可能複雜一些，比如，有的要求，編譯前從指定的位置更新檔案，如果編譯成功，則要把這些檔案checkin到源**管理系統中; 也有的要求，編譯成功後執行自動測試程式。這些功能是輔助性，實施起來難度不大，這裡不做詳細討論。
建立嵌入式軟體開發的自動構建環境
每日構建 daily build 已經不是什麼新概念了，它已經成為軟體專案的基本活動之一。至於它的好處，已經有不少文章和書籍介紹了，這裡不再多說了。雖然說，各種軟體開發都差不多，但在嵌入式軟體開發的這個領域，似乎對於新的方法和概念的接受要較晚一些。筆者曾呆過的兩家公司，以前都沒有自動構建環境，其它公...
嵌入式軟體開發流程
1 嵌入式軟體開發流程在整個流程中，使用者首先需要建立工程並對工程做初步的配置，包括配置處理器和配置除錯裝置。編輯工程檔案，包括自己編寫的彙編和c語言源程式，還有工程編 譯時需要編寫的鏈結指令碼檔案，除錯過程中需要編寫儲存區映像檔案和命令指令碼檔案，以及上電復位時的程式執行入口的啟動程式檔案。對後四...
嵌入式軟體開發之我見
自己從事嵌入式系統開發有好多年了，在此想與大家分享我對於嵌入式開發的一點心得與體會。先大致說一說我的工作經歷。97年畢業後做了兩年的電氣與電子設計與開發，這一時期，我做過電路原理圖的設計和pcb板的設計。從99年開始，我進入了軟體行業。第一次做嵌入式開發是在2000年，在隨後的六年多的時間裡，我差不...