每日構建(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年,在隨後的六年多的時間裡,我差不...