聊聊我们的“规范”

只看该作者 · 2012-6-11 17:09

1:每天到办公室的第一件事情就是去server抓最新版的程序，若发瑞build不过，应马上通知部门主管，并立即找出原因。
2：当天修改好的程序，在下班前就commit到server上。
3：commit程序时一定要注明这人版本做了什么修改。commit程序时以不影响整个系统build通过为前提，特别在新增或删除文件时，务必记得makefile与link script要同时对应。
4：工程师应尽量每日commit 自己的工作成果，以留下开发轨迹；如果当天结果尚未完成，且可能影响系统build通过时，应该用#ifdef……#endif把相关的code包起来，确保其他同仁使用server上最新版本，这些code不会被编译。
5：当系统正在进行架构或大范围的修改，若不另建branch，则应同样使用#ifdef……#endf将修改中的code包起来再commit ,使其他同仁使用server 上最新版本时，可确保尚未完成之新架构的code不会被编译。
6：修改.h时，必须注意到对其他.c文件的影响.
7:如果新版本是为了解决某个bug ,commit 时一定注明bug编号。
8：当工程师要lock某个文件时，请发E-mail通知相关同仁。
9：发生程序版本冲突时一定要及时找前一个修改的同仁讨论，除非很简单，否则不可在不明白前一个修改的目的时，就径自解决冲突。
10：如果可以的话，尽量不要用版本控制程序的merge功能，只要有程序版本冲突发生就应该找相关同仁一起解决。
12：当任何同仁在工作上有重大突破，或完成某个重要功能，都可以在commit程序后加上label(a或tag，定义label时要详细注明该版本的特性。