我现在待的公司代码这方面管理的我觉得还行，项目相关的所有驱动，都封装好，上层应用有个叫QP的框架，中间还有个serve层，总之从顶层到底层是绕来绕去的，还有就是，所有代码都是在git里面，每一次有人更新代码，先是push进去，然后用gerrit叫大家去review，review通过后，才会最终保存到服务器，中间还有个jenkins的auto build tool，因为你只要改过一点东西，所有project就会重新rebuild，报告看会不会影响到其他project，总而言之，整个过程看起来比较繁琐，但是好像确实不会因为某些工程师的离职而导致代码难于继承或者项目搁置的那种。我不知描述的对不对，总之就是你的代码要进到服务器供大家用是会折腾点时间，需要修改来修改去的。

加工资               

代码注释，要不坑爹啊！

kinsno 发表于 2016-6-29 21:32
代码配合文档，把文档干掉就可以了；
尤其是有算法的，前因后果与推导的。。。
后面的人就等着瞎眼。。。 ...

FPGA时序逻辑更烦，只要不是标准外设接口，一大堆相互前后牵涉的标志控制状态机，越写越难懂（开始简单，但功能往上加，就涉及添加标志和分支所以变复杂），不知道思路根本没法动，即使自己看，几个月后也得回想下才能理清